始終對(duì)webview了解比較淺顯,于是乎就打開(kāi)AS查看webview的源碼,首先先閱讀前面的注釋文檔,雖說(shuō)文檔巴拉巴拉一大堆,可是很多作用還是很有用的,在這里我整理了幾個(gè)覺(jué)得比較有用的點(diǎn):
1.如果要支持縮放,那么height or width 被設(shè)置成WRAP_CONTENT 都是不可以的,這樣可能會(huì)帶來(lái)很多預(yù)料之外的問(wèn)題.
2.webview會(huì)在destroy和橫屏切換時(shí)候進(jìn)行重新繪制
3.如果你的HTML或者video 內(nèi)容需要全屏你需要讓W(xué)ebChromeClient實(shí)現(xiàn)如下兩個(gè)方法:onShowCustomView,onHideCustomView,兩者有任何一個(gè)沒(méi)有實(shí)現(xiàn)都不是不可以的.
4.在使用webview時(shí)候我們推薦使用固定的寬高,WRAP_CONTENT,可能讓webview尺寸計(jì)算錯(cuò)誤.
5.webview的API基本上都委托給一個(gè)后臺(tái)的WebViewProvider類(lèi)的實(shí)例來(lái)處理.其繼承自AbsoluteLayout方 便向后兼容.webview的方法都委托給provider的實(shí)現(xiàn)類(lèi)來(lái)處理.
學(xué)習(xí)完文檔,接著看內(nèi)部類(lèi)與接口:
1.WebViewTransport:在線程之間傳遞webview(具體使用場(chǎng)景目前還未詳)
2.接口FindListener用來(lái)監(jiān)控搜索結(jié)果
3.VisualStateCallback 可是狀態(tài)的回調(diào)
4.PictureListener 用來(lái)監(jiān)控圖片的改變,已過(guò)期了
5.HitTestResult 用來(lái)處理點(diǎn)擊類(lèi)型的抽象類(lèi)
6.PrivateAccess 用來(lái)構(gòu)造 provider 以及讓provider可以調(diào)用webview父類(lèi)的方法.
看完了內(nèi)部類(lèi),繼續(xù)看變量
1.mProvider ?這是webview 服務(wù)的提供者,webview的功能基本上托管給其來(lái)實(shí)現(xiàn)
2.mFindListener ?用來(lái)記錄查找進(jìn)度
了解完內(nèi)部類(lèi)之后開(kāi)始了解些,大致的方法以及webview的使用
首先看下構(gòu)造方法,webview 共計(jì)7個(gè)構(gòu)造方法但是最終都會(huì)調(diào)用
1.檢查目標(biāo)的sdk 版本是否高于18,
2.checkThread( ) 檢查當(dāng)前方法是否允許在主線程,如果不在主線程中,而且版本高于18怎么拋出 ? RuntimeException.(webview 所有跟界面有關(guān)的方法都需要調(diào)用checkThread)這個(gè)方法
3.創(chuàng)建webview的服務(wù)提供者.
4.服務(wù)webview服務(wù)提供者進(jìn)行初始化工作.
5.開(kāi)啟緩存服務(wù)
這樣以來(lái)webview就創(chuàng)建完畢了,然而學(xué)習(xí)webview的源碼同時(shí)里面大多是類(lèi)似這樣的結(jié)構(gòu)
可以看出來(lái)webview方法都已經(jīng)托管給mProvider來(lái)實(shí)現(xiàn),下面就分析一下mProvider這個(gè)神秘東西的來(lái)歷吧.
首先查看mProvider的出處,
然后我繼續(xù)看WebViewFactoryProvider 這個(gè)類(lèi),此類(lèi)是服務(wù)提供者的工廠類(lèi),但是是個(gè)接口.
其中的createWebView方法返回一個(gè)WebViewProvider,這個(gè)類(lèi)的介紹上說(shuō)明:這個(gè)類(lèi)是webview的主要入口,和實(shí)現(xiàn),webview的代理類(lèi)經(jīng)常初始化相關(guān)類(lèi),后臺(tái)服務(wù)必須實(shí)現(xiàn)這個(gè)類(lèi).然而WebViewProvider也是一個(gè)接口,Sdk中無(wú)法查看的到WebViewProvider的實(shí)現(xiàn)類(lèi).
于是我們回來(lái)看getFactory這個(gè)方法,
這個(gè)方法返回的是一個(gè)接口,然而接口并不能實(shí)例化,那么我們看一下WebViewFactory.getProvider();
這段代碼核心的代碼就是ClassproviderClass=getProviderClass();
getProviderClass這個(gè)方法通過(guò)反射獲取WebViewProvider,實(shí)現(xiàn)類(lèi),然后通過(guò)實(shí)現(xiàn)類(lèi)來(lái)生成provider的實(shí)現(xiàn)類(lèi),通過(guò)跟蹤代碼可以看到WebViewFactoryProvider的實(shí)現(xiàn)類(lèi)是"com.android.webview.chromium.WebViewChromiumFactoryProvider";然而WebViewChromiumFactoryProvider這個(gè)類(lèi)Sdk看不到,我打開(kāi)Sdk文件在source文件中,/Users/zhouzheng/Library/Android/sdk/sources/android-22/com/android/webview/chromium這個(gè)目錄下找到了WebViewChromiumFactoryProvider這個(gè)類(lèi),然后我們看一下實(shí)現(xiàn)方法.
在里面我們可以看到WebViewChromium 這個(gè)類(lèi),點(diǎn)進(jìn)去我們發(fā)現(xiàn)
由此可以看出最終的服務(wù)提供者是chromium.webview 是一個(gè)服務(wù),主要作用是負(fù)責(zé)處理HTML文件及URL,整個(gè)流程使用了靜態(tài)工廠的方法,提供一個(gè)provider為webview提供,webview,并不需要知道如何實(shí)現(xiàn)這些方法. 服務(wù)提供者 這種模式極大的分離了實(shí)現(xiàn).
由于工廠和提供者都是面向接口編程,那么我們只需要做不同的工廠實(shí)現(xiàn),便可以產(chǎn)生出不同提供者,這種方式為版本兼容提供了很多便利性.
