前言
由于H5具備 開(kāi)發(fā)周期短卷扮、靈活性好 的特點(diǎn)哀峻,所以現(xiàn)在Android App大多嵌入了Android Webview組件進(jìn)行Hybrid開(kāi)發(fā)
但我知道你一定在煩惱Android Webview的性能問(wèn)題鸯绿,特別突出的是:加載速度慢 & 消耗流量
今天月洛,我將針對(duì)Android Webview的性能問(wèn)題日麸,提出一些有效解決方案杭煎。
1. Android WebView 存在什么性能問(wèn)題撵术?
Android WebView里H5頁(yè)面加載速度慢
耗費(fèi)流量
下面會(huì)詳細(xì)介紹背率。
下面會(huì)詳細(xì)介紹:
前端H5頁(yè)面渲染的速度取決于 兩個(gè)方面:
Js解析效率
Js本身的解析過(guò)程復(fù)雜、解析速度不快 & 前端頁(yè)面涉及較多JS代碼文件,所以疊加起來(lái)會(huì)導(dǎo)致Js解析效率非常低
手機(jī)硬件設(shè)備的性能
由于Android機(jī)型碎片化寝姿,這導(dǎo)致手機(jī)硬件設(shè)備的性能不可控交排,而大多數(shù)的Android手機(jī)硬件設(shè)備無(wú)法達(dá)到很好很好的硬件性能
總結(jié):上述兩個(gè)原因 導(dǎo)致?H5頁(yè)面的渲染速度慢。
H5頁(yè)面從服務(wù)器獲得饵筑,并存儲(chǔ)在Android手機(jī)內(nèi)存里:
H5頁(yè)面一般會(huì)比較多
每加載一個(gè)H5頁(yè)面埃篓,都會(huì)產(chǎn)生較多網(wǎng)絡(luò)請(qǐng)求:
HTML主URL自身的請(qǐng)求;
HTML外部引用的JS翻翩、CSS都许、字體文件,圖片也是一個(gè)獨(dú)立的HTTP請(qǐng)求
每一個(gè)請(qǐng)求都串行的嫂冻,這么多請(qǐng)求串起來(lái)胶征,這導(dǎo)致H5頁(yè)面資源加載緩慢
總結(jié):H5頁(yè)面加載速度慢的原因:渲染速度慢 & 頁(yè)面資源加載緩慢 導(dǎo)致。
每次使用H5頁(yè)面時(shí)桨仿,用戶都需要重新加載Android WebView的H5頁(yè)面
每加載一個(gè)H5頁(yè)面睛低,都會(huì)產(chǎn)生較多網(wǎng)絡(luò)請(qǐng)求(上面提到)
每一個(gè)請(qǐng)求都串行的,這么多請(qǐng)求串起來(lái)服傍,這導(dǎo)致消耗的流量也會(huì)越多
綜上所述钱雷,產(chǎn)生Android WebView性能問(wèn)題主要原因是:
上述問(wèn)題導(dǎo)致了Android WebView的H5頁(yè)面體驗(yàn) 與 原生Native存在較大差距。
針對(duì)上述Android WebView的性能問(wèn)題吹零,我提出了3種解決方案:
前端H5的緩存機(jī)制(WebView自帶)
資源預(yù)加載
資源攔截
下面我將詳細(xì)介紹罩抗。
定義
緩存,即離線存儲(chǔ)
這意味著H5網(wǎng)頁(yè) 加載后會(huì)存儲(chǔ)在緩存區(qū)域灿椅,在無(wú)網(wǎng)絡(luò)連接時(shí)也可訪問(wèn)
WebView的本質(zhì) = 在Android中嵌入H5頁(yè)面套蒂,所以,Android WebView自帶的緩存機(jī)制其實(shí)就是H5頁(yè)面的緩存機(jī)制
Android WebView除了新的File System緩存機(jī)制還不支持茫蛹,其他都支持操刀。
作用
離線瀏覽:用戶可在沒(méi)有網(wǎng)絡(luò)連接時(shí)進(jìn)行H5頁(yè)面訪問(wèn)
提高頁(yè)面加載速度 & 減少流量消耗:直接使用已緩存的資源,不需要重新加載
具體應(yīng)用
此處講解主要講解 前端H5的緩存機(jī)制 的緩存機(jī)制 & 緩存模式 :
a. 緩存機(jī)制:如何將加載過(guò)的網(wǎng)頁(yè)數(shù)據(jù)保存到本地
b. 緩存模式:加載網(wǎng)頁(yè)時(shí)如何讀取之前保存到本地的網(wǎng)頁(yè)緩存
前者是保存婴洼,后者是讀取骨坑,請(qǐng)注意區(qū)別
Android WebView自帶的緩存機(jī)制有5種:
瀏覽器 緩存機(jī)制
Application Cache緩存機(jī)制
Dom Storage緩存機(jī)制
Web SQL Database緩存機(jī)制
Indexed Database緩存機(jī)制
File System緩存機(jī)制(H5頁(yè)面新加入的緩存機(jī)制,雖然Android WebView暫時(shí)不支持柬采,但會(huì)進(jìn)行簡(jiǎn)單介紹)
下面將詳細(xì)介紹每種緩存機(jī)制欢唾。
根據(jù)HTTP協(xié)議頭里的Cache-Control(或Expires)和Last-Modified(或Etag)等字段來(lái)控制文件緩存的機(jī)制
下面詳細(xì)介紹Cache-Control、Expires粉捻、Last-Modified&Etag四個(gè)字段
Cache-Control:用于控制文件在本地緩存有效時(shí)長(zhǎng)
如服務(wù)器回包:Cache-Control:max-age=600匈辱,則表示文件在本地應(yīng)該緩存,且有效時(shí)長(zhǎng)是600秒(從發(fā)出請(qǐng)求算起)杀迹。在接下來(lái)600秒內(nèi)亡脸,如果有請(qǐng)求這個(gè)資源押搪,瀏覽器不會(huì)發(fā)出 HTTP 請(qǐng)求,而是直接使用本地緩存的文件浅碾。
Expires:與Cache-Control功能相同大州,即控制緩存的有效時(shí)間
Expires是HTTP1.0標(biāo)準(zhǔn)中的字段,Cache-Control 是HTTP1.1標(biāo)準(zhǔn)中新加的字段
當(dāng)這兩個(gè)字段同時(shí)出現(xiàn)時(shí)垂谢,Cache-Control優(yōu)先級(jí)較高
Last-Modified:標(biāo)識(shí)文件在服務(wù)器上的最新更新時(shí)間
下次請(qǐng)求時(shí)厦画,如果文件緩存過(guò)期,瀏覽器通過(guò) If-Modified-Since 字段帶上這個(gè)時(shí)間滥朱,發(fā)送給服務(wù)器根暑,由服務(wù)器比較時(shí)間戳來(lái)判斷文件是否有修改。如果沒(méi)有修改徙邻,服務(wù)器返回304告訴瀏覽器繼續(xù)使用緩存排嫌;如果有修改,則返回200缰犁,同時(shí)返回最新的文件淳地。
Etag:功能同Last-Modified,即標(biāo)識(shí)文件在服務(wù)器上的最新更新時(shí)間帅容。
不同的是颇象,Etag的取值是一個(gè)對(duì)文件進(jìn)行標(biāo)識(shí)的特征字串。
在向服務(wù)器查詢文件是否有更新時(shí)并徘,瀏覽器通過(guò)If-None-Match字段把特征字串發(fā)送給服務(wù)器遣钳,由服務(wù)器和文件最新特征字串進(jìn)行匹配,來(lái)判斷文件是否有更新:沒(méi)有更新回包304麦乞,有更新回包200
Etag和Last-Modified可根據(jù)需求使用一個(gè)或兩個(gè)同時(shí)使用耍贾。兩個(gè)同時(shí)使用時(shí),只要滿足基中一個(gè)條件路幸,就認(rèn)為文件沒(méi)有更新。
常見(jiàn)用法是:
Cache-Control與Last-Modified一起使用付翁;
Expires與Etag一起使用简肴;
即一個(gè)用于控制緩存有效時(shí)間,一個(gè)用于在緩存失效后百侧,向服務(wù)查詢是否有更新
特別注意:瀏覽器緩存機(jī)制 是 瀏覽器內(nèi)核的機(jī)制砰识,一般都是標(biāo)準(zhǔn)的實(shí)現(xiàn)
即Cache-Control、Last-Modified佣渴、Expires辫狼、Etag都是標(biāo)準(zhǔn)實(shí)現(xiàn),你不需要操心
優(yōu)點(diǎn):支持Http協(xié)議層
不足:緩存文件需要首次加載后才會(huì)產(chǎn)生辛润;瀏覽器緩存的存儲(chǔ)空間有限膨处,緩存有被清除的可能;緩存的文件沒(méi)有校驗(yàn)。
對(duì)于解決以上問(wèn)題真椿,可以參考手 Q 的離線包
靜態(tài)資源文件的存儲(chǔ)鹃答,如` JS、CSS`突硝、字體测摔、圖片等。
Android Webview會(huì)將緩存的文件記錄及文件內(nèi)容會(huì)存在當(dāng)前 app 的 data 目錄中解恰。
Android WebView內(nèi)置自動(dòng)實(shí)現(xiàn)锋八,即不需要設(shè)置即實(shí)現(xiàn)
Android4.4后的WebView瀏覽器版本內(nèi)核:Chrome
瀏覽器緩存機(jī)制 是 瀏覽器內(nèi)核的機(jī)制,一般都是標(biāo)準(zhǔn)的實(shí)現(xiàn)
以文件為單位進(jìn)行緩存护盈,且文件有一定更新機(jī)制(類(lèi)似于瀏覽器緩存機(jī)制)
AppCache原理有兩個(gè)關(guān)鍵點(diǎn):manifest 屬性和 manifest 文件挟纱。
// HTML 在頭中通過(guò) manifest 屬性引用 manifest 文件
// manifest 文件:就是上面以 appcache 結(jié)尾的文件,是一個(gè)普通文件文件黄琼,列出了需要緩存的文件
// 瀏覽器在首次加載 HTML 文件時(shí)樊销,會(huì)解析 manifest 屬性,并讀取 manifest 文件脏款,獲取 Section:CACHE MANIFEST 下要緩存的文件列表围苫,再對(duì)文件緩存
...
// 原理說(shuō)明如下:
// AppCache 在首次加載生成后,也有更新機(jī)制撤师。被緩存的文件如果要更新剂府,需要更新 manifest 文件
// 因?yàn)闉g覽器在下次加載時(shí),除了會(huì)默認(rèn)使用緩存外剃盾,還會(huì)在后臺(tái)檢查 manifest 文件有沒(méi)有修改(byte by byte)
發(fā)現(xiàn)有修改腺占,就會(huì)重新獲取 manifest 文件,對(duì) Section:CACHE MANIFEST 下文件列表檢查更新
// manifest 文件與緩存文件的檢查更新也遵守瀏覽器緩存機(jī)制
// 如用戶手動(dòng)清了 AppCache 緩存痒谴,下次加載時(shí)衰伯,瀏覽器會(huì)重新生成緩存,也可算是一種緩存的更新
// AppCache 的緩存文件积蔚,與瀏覽器的緩存文件分開(kāi)存儲(chǔ)的意鲸,因?yàn)?AppCache 在本地有 5MB(分 HOST)的空間限制
方便構(gòu)建Web App的緩存
專門(mén)為Web App離線使用而開(kāi)發(fā)的緩存機(jī)制
存儲(chǔ)靜態(tài)文件(如JS、CSS尽爆、字體文件)
應(yīng)用場(chǎng)景 同 瀏覽器緩存機(jī)制
但AppCache 是對(duì) 瀏覽器緩存機(jī)制 的補(bǔ)充怎顾,不是替代。
? ? ? ? // 通過(guò)設(shè)置WebView的settings來(lái)實(shí)現(xiàn)
? ? ? ? WebSettings settings = getSettings();
? ? ? ? String cacheDirPath = context.getFilesDir().getAbsolutePath()+"cache/";
? ? ? ? settings.setAppCachePath(cacheDirPath);
? ? ? ? // 1. 設(shè)置緩存路徑
? ? ? ? settings.setAppCacheMaxSize(20*1024*1024);
? ? ? ? // 2. 設(shè)置緩存大小
? ? ? ? settings.setAppCacheEnabled(true);
? ? ? ? // 3. 開(kāi)啟Application Cache存儲(chǔ)機(jī)制
// 特別注意
// 每個(gè) Application 只調(diào)用一次 WebSettings.setAppCachePath() 和
WebSettings.setAppCacheMaxSize()
通過(guò)存儲(chǔ)字符串的Key - Value對(duì)來(lái)提供
DOM Storage分為sessionStorage&localStorage漱贱; 二者使用方法基本相同槐雾,區(qū)別在于作用范圍不同:
a.sessionStorage:具備臨時(shí)性,即存儲(chǔ)與頁(yè)面相關(guān)的數(shù)據(jù)幅狮,它在頁(yè)面關(guān)閉后無(wú)法使用
b.localStorage:具備持久性募强,即保存的數(shù)據(jù)在頁(yè)面關(guān)閉后也可以使用株灸。
存儲(chǔ)空間大( 5MB):存儲(chǔ)空間對(duì)于不同瀏覽器不同,如Cookies 才 4KB
存儲(chǔ)安全钻注、便捷:Dom Storage存儲(chǔ)的數(shù)據(jù)在本地蚂且,不需要經(jīng)常和服務(wù)器進(jìn)行交互
不像Cookies每次請(qǐng)求一次頁(yè)面,都會(huì)向服務(wù)器發(fā)送網(wǎng)絡(luò)請(qǐng)求
存儲(chǔ)臨時(shí)幅恋、簡(jiǎn)單的數(shù)據(jù)
代替?將 不需要讓服務(wù)器知道的信息 存儲(chǔ)到cookies的這種傳統(tǒng)方法
Dom Storage機(jī)制類(lèi)似于Android的SharedPreference機(jī)制
? ? ? ? // 通過(guò)設(shè)置 `WebView`的`Settings`類(lèi)實(shí)現(xiàn)
? ? ? ? WebSettings settings = getSettings();
? ? ? ? settings.setDomStorageEnabled(true);
? ? ? ? // 開(kāi)啟DOM storage
基于 `SQL` 的數(shù)據(jù)庫(kù)存儲(chǔ)機(jī)制
充分利用數(shù)據(jù)庫(kù)的優(yōu)勢(shì)杏死,可方便對(duì)數(shù)據(jù)進(jìn)行增加、刪除捆交、修改淑翼、查詢
存儲(chǔ)適合數(shù)據(jù)庫(kù)的結(jié)構(gòu)化數(shù)據(jù)
? ? ? ? // 通過(guò)設(shè)置WebView的settings實(shí)現(xiàn)
? ? ? ? WebSettings settings = getSettings();
? ? ? ? String cacheDirPath = context.getFilesDir().getAbsolutePath()+"cache/";
? ? ? ? settings.setDatabasePath(cacheDirPath);
? ? ? ? // 設(shè)置緩存路徑
? ? ? ? settings.setDatabaseEnabled(true);
? ? ? ? // 開(kāi)啟 數(shù)據(jù)庫(kù)存儲(chǔ)機(jī)制
根據(jù)官方說(shuō)明,Web SQL Database存儲(chǔ)機(jī)制不再推薦使用(不再維護(hù))
取而代之的是IndexedDB緩存機(jī)制品追,下面會(huì)詳細(xì)介紹
屬于NoSQL數(shù)據(jù)庫(kù)玄括,通過(guò)存儲(chǔ)字符串的Key - Value對(duì)來(lái)提供
類(lèi)似于Dom Storage 存儲(chǔ)機(jī)制的key-value存儲(chǔ)方式
存儲(chǔ) 復(fù)雜、數(shù)據(jù)量大的結(jié)構(gòu)化數(shù)據(jù)
// 通過(guò)設(shè)置WebView的settings實(shí)現(xiàn)
? ? ? ? WebSettings settings = getSettings();
? ? ? ? settings.setJavaScriptEnabled(true);
? ? ? ? // 只需設(shè)置支持JS就自動(dòng)打開(kāi)IndexedDB存儲(chǔ)機(jī)制
? ? ? ? // Android 在4.4開(kāi)始加入對(duì) IndexedDB 的支持肉瓦,只需打開(kāi)允許 JS 執(zhí)行的開(kāi)關(guān)就好了遭京。
為H5頁(yè)面的數(shù)據(jù) 提供一個(gè)虛擬的文件系統(tǒng)
可進(jìn)行文件(夾)的創(chuàng)建、讀泞莉、寫(xiě)哪雕、刪除、遍歷等操作鲫趁,就像Native App訪問(wèn)本地文件系統(tǒng)一樣
虛擬的文件系統(tǒng)是運(yùn)行在沙盒中
不同WebApp的虛擬文件系統(tǒng)是互相隔離的斯嚎,虛擬文件系統(tǒng)與本地文件系統(tǒng)也是互相隔離的。
虛擬文件系統(tǒng)提供了兩種類(lèi)型的存儲(chǔ)空間:臨時(shí) & 持久性:
臨時(shí)的存儲(chǔ)空間:由瀏覽器自動(dòng)分配挨厚,但可能被瀏覽器回收
持久性的存儲(chǔ)空間:需要顯式申請(qǐng)堡僻;自己管理(瀏覽器不會(huì)回收,也不會(huì)清除內(nèi)容)疫剃;存儲(chǔ)空間大小通過(guò)配額管理钉疫,首次申請(qǐng)時(shí)會(huì)一個(gè)初始的配額,配額用完需要再次申請(qǐng)巢价。
可存儲(chǔ)數(shù)據(jù)體積較大的二進(jìn)制數(shù)據(jù)
可預(yù)加載資源文件
可直接編輯文件
通過(guò)文件系統(tǒng) 管理數(shù)據(jù)
由于File System是H5新加入的緩存機(jī)制牲阁,所以Android WebView暫時(shí)不支持
綜合上述緩存機(jī)制的分析,我們可以根據(jù) 需求場(chǎng)景的不同(緩存不同類(lèi)型的數(shù)據(jù)場(chǎng)景) 從而選擇不同的緩存機(jī)制(組合使用)
以下是緩存機(jī)制的使用建議:
定義
緩存模式是一種 當(dāng)加載H5網(wǎng)頁(yè)時(shí) 該如何讀取之前保存到本地緩存
從而進(jìn)行使用 的方式
即告訴Android WebView什么時(shí)候去讀緩存蹄溉,以哪種方式去讀緩存
Android WebView自帶的緩存模式有4種:
// 緩存模式說(shuō)明:
? ? ? // LOAD_CACHE_ONLY: 不使用網(wǎng)絡(luò),只讀取本地緩存數(shù)據(jù)
? ? ? // LOAD_NO_CACHE: 不使用緩存您炉,只從網(wǎng)絡(luò)獲取數(shù)據(jù).
? ? ? // LOAD_DEFAULT: (默認(rèn))根據(jù)cache-control決定是否從網(wǎng)絡(luò)上取數(shù)據(jù)柒爵。
? ? ? // LOAD_CACHE_ELSE_NETWORK,只要本地有赚爵,無(wú)論是否過(guò)期棉胀,或者no-cache法瑟,都使用緩存中的數(shù)據(jù)。
具體使用
WebView.getSettings().setCacheMode(WebSettings.LOAD_CACHE_ELSE_NETWORK);
// 設(shè)置參數(shù)即可
定義
提早加載將需使用的H5頁(yè)面唁奢,即?提前構(gòu)建緩存
使用時(shí)直接取過(guò)來(lái)用而不用在需要時(shí)才去加載
具體實(shí)現(xiàn)
預(yù)加載WebView對(duì)象 & 預(yù)加載H5資源
此處主要分為2方面:首次使用的WebView對(duì)象 & 后續(xù)使用的WebView對(duì)象
具體如下圖
原理
在應(yīng)用啟動(dòng)霎挟、初始化第一個(gè)WebView對(duì)象時(shí),直接開(kāi)始網(wǎng)絡(luò)請(qǐng)求加載H5頁(yè)面
后續(xù)需打開(kāi)這些H5頁(yè)面時(shí)就直接從該本地對(duì)象中獲取
a. 從而 事先加載常用的H5頁(yè)面資源(加載后就有緩存了)
b. 此方法雖然不能減小WebView初始化時(shí)間麻掸,但數(shù)據(jù)請(qǐng)求和WebView初始化可以并行進(jìn)行,總體的頁(yè)面加載時(shí)間就縮短了;縮短總體的頁(yè)面加載時(shí)間:
具體實(shí)現(xiàn)
在Android的BaseApplication里初始化一個(gè)WebView對(duì)象(用于加載常用的H5頁(yè)面資源)助泽;當(dāng)需使用這些頁(yè)面時(shí)再?gòu)腂aseApplication里取過(guò)來(lái)直接使用
對(duì)于Android WebView的首頁(yè)建議使用這種方案富玷,能有效提高首頁(yè)加載的效率
為了有效解決Android WebView的性能問(wèn)題,除了使用Android WebView自身的緩存機(jī)制诚隙,還可以自己針對(duì)某一需求場(chǎng)景構(gòu)建緩存機(jī)制讶隐。
事先將更新頻率較低、常用 & 固定的H5靜態(tài)資源 文件(如JS久又、CSS文件巫延、圖片等) 放到本地
攔截H5頁(yè)面的資源網(wǎng)絡(luò)請(qǐng)求 并進(jìn)行檢測(cè)
如果檢測(cè)到本地具有相同的靜態(tài)資源 就 直接從本地讀取進(jìn)行替換 而 不發(fā)送該資源的網(wǎng)絡(luò)請(qǐng)求 到 服務(wù)器獲取
重寫(xiě)WebViewClient的shouldInterceptRequest方法,當(dāng)向服務(wù)器訪問(wèn)這些靜態(tài)資源時(shí)進(jìn)行攔截地消,檢測(cè)到是相同的資源則用本地資源代替
// 假設(shè)現(xiàn)在需要攔截一個(gè)圖片的資源并用本地資源進(jìn)行替代
? ? ? ? mWebview.setWebViewClient(new WebViewClient() {
? ? ? ? ? ? // 重寫(xiě) WebViewClient? 的? shouldInterceptRequest ()
? ? ? ? ? ? // API 21 以下用shouldInterceptRequest(WebView view, String url)
? ? ? ? ? ? // API 21 以上用shouldInterceptRequest(WebView view, WebResourceRequest request)
? ? ? ? ? ? // 下面會(huì)詳細(xì)說(shuō)明
? ? ? ? ? ? // API 21 以下用shouldInterceptRequest(WebView view, String url)
? ? ? ? ? ? @Override
? ? ? ? ? ? public WebResourceResponse shouldInterceptRequest(WebView view, String url) {
? ? ? ? ? ? ? ? // 步驟1:判斷攔截資源的條件炉峰,即判斷url里的圖片資源的文件名
? ? ? ? ? ? ? ? if (url.contains("logo.gif")) {
? ? ? ? ? ? ? ? // 假設(shè)網(wǎng)頁(yè)里該圖片資源的地址為:http://abc.com/imgage/logo.gif
? ? ? ? ? ? ? ? // 圖片的資源文件名為:logo.gif
? ? ? ? ? ? ? ? ? ? InputStream is = null;
? ? ? ? ? ? ? ? ? ? // 步驟2:創(chuàng)建一個(gè)輸入流
? ? ? ? ? ? ? ? ? ? try {
? ? ? ? ? ? ? ? ? ? ? ? is =getApplicationContext().getAssets().open("images/abc.png");
? ? ? ? ? ? ? ? ? ? ? ? // 步驟3:獲得需要替換的資源(存放在assets文件夾里)
? ? ? ? ? ? ? ? ? ? ? ? // a. 先在app/src/main下創(chuàng)建一個(gè)assets文件夾
? ? ? ? ? ? ? ? ? ? ? ? // b. 在assets文件夾里再創(chuàng)建一個(gè)images文件夾
? ? ? ? ? ? ? ? ? ? ? ? // c. 在images文件夾放上需要替換的資源(此處替換的是abc.png圖片)
? ? ? ? ? ? ? ? ? ? } catch (IOException e) {
? ? ? ? ? ? ? ? ? ? ? ? e.printStackTrace();
? ? ? ? ? ? ? ? ? ? }
? ? ? ? ? ? ? ? ? ? // 步驟4:替換資源
? ? ? ? ? ? ? ? ? ? WebResourceResponse response = new WebResourceResponse("image/png",
? ? ? ? ? ? ? ? ? ? ? ? ? ? "utf-8", is);
? ? ? ? ? ? ? ? ? ? // 參數(shù)1:http請(qǐng)求里該圖片的Content-Type,此處圖片為image/png
? ? ? ? ? ? ? ? ? ? // 參數(shù)2:編碼類(lèi)型
? ? ? ? ? ? ? ? ? ? // 參數(shù)3:存放著替換資源的輸入流(上面創(chuàng)建的那個(gè))
? ? ? ? ? ? ? ? ? ? return response;
? ? ? ? ? ? ? ? }
? ? ? ? ? ? ? ? return super.shouldInterceptRequest(view, url);
? ? ? ? ? ? }
? ? ? ? ? // API 21 以上用shouldInterceptRequest(WebView view, WebResourceRequest request)
? ? ? ? ? ? @TargetApi(Build.VERSION_CODES.LOLLIPOP)
? ? ? ? ? ? @Override
? ? ? ? ? ? public WebResourceResponse shouldInterceptRequest(WebView view, WebResourceRequest request) {
? ? ? ? ? ? ? // 步驟1:判斷攔截資源的條件,即判斷url里的圖片資源的文件名
? ? ? ? ? ? ? ? if (request.getUrl().toString().contains("logo.gif")) {
? ? ? ? ? ? ? ? // 假設(shè)網(wǎng)頁(yè)里該圖片資源的地址為:http://abc.com/imgage/logo.gif
? ? ? ? ? ? ? ? // 圖片的資源文件名為:logo.gif
? ? ? ? ? ? ? ? ? ? InputStream is = null;
? ? ? ? ? ? ? ? ? ? // 步驟2:創(chuàng)建一個(gè)輸入流
? ? ? ? ? ? ? ? ? ? try {
? ? ? ? ? ? ? ? ? ? ? ? is = getApplicationContext().getAssets().open("images/abc.png");
? ? ? ? ? ? ? ? ? ? ? ? // 步驟3:獲得需要替換的資源(存放在assets文件夾里)
? ? ? ? ? ? ? ? ? ? ? ? // a. 先在app/src/main下創(chuàng)建一個(gè)assets文件夾
? ? ? ? ? ? ? ? ? ? ? ? // b. 在assets文件夾里再創(chuàng)建一個(gè)images文件夾
? ? ? ? ? ? ? ? ? ? ? ? // c. 在images文件夾放上需要替換的資源(此處替換的是abc.png圖片
? ? ? ? ? ? ? ? ? ? } catch (IOException e) {
? ? ? ? ? ? ? ? ? ? ? ? e.printStackTrace();
? ? ? ? ? ? ? ? ? ? }
? ? ? ? ? ? ? ? ? ? // 步驟4:替換資源
? ? ? ? ? ? ? ? ? ? WebResourceResponse response = new WebResourceResponse("image/png",
? ? ? ? ? ? ? ? ? ? ? ? ? ? "utf-8", is);
? ? ? ? ? ? ? ? ? ? // 參數(shù)1:http請(qǐng)求里該圖片的Content-Type,此處圖片為image/png
? ? ? ? ? ? ? ? ? ? // 參數(shù)2:編碼類(lèi)型
? ? ? ? ? ? ? ? ? ? // 參數(shù)3:存放著替換資源的輸入流(上面創(chuàng)建的那個(gè))
? ? ? ? ? ? ? ? ? ? return response;
? ? ? ? ? ? ? ? }
? ? ? ? ? ? ? ? return super.shouldInterceptRequest(view, request);
? ? ? ? ? ? }
? ? });
}
下面我將通過(guò) 替換主頁(yè)面(http:// ip.cn/)中的一個(gè)圖片(http:// s.ip-cdn.com/img/logo.gif) 來(lái)對(duì)靜態(tài)資源攔截 進(jìn)行說(shuō)明犯建。
為了更好的表現(xiàn)效果讲冠,我將替換的圖片換成別的圖片
步驟1:定義WebView布局
activity_main.xml
? ? xmlns:tools="http://schemas.android.com/tools"
? ? android:layout_width="match_parent"
? ? android:layout_height="match_parent"
? ? android:paddingBottom="@dimen/activity_vertical_margin"
? ? android:paddingLeft="@dimen/activity_horizontal_margin"
? ? android:paddingRight="@dimen/activity_horizontal_margin"
? ? android:paddingTop="@dimen/activity_vertical_margin"
? ? tools:context="scut.carson_ho.webview_interceptrequest.MainActivity">
? ? ? ? android:id="@+id/webview"
? ? ? ? android:layout_width="match_parent"
? ? ? ? android:layout_height="match_parent" />
步驟2:進(jìn)行資源的攔截、檢測(cè) & 替換(詳細(xì)請(qǐng)看注釋)
MainActivity.java
public class MainActivity extends AppCompatActivity {
? ? WebView mWebview;
? ? @Override
? ? protected void onCreate(Bundle savedInstanceState) {
? ? ? ? super.onCreate(savedInstanceState);
? ? ? ? setContentView(R.layout.activity_main);
? ? ? ? mWebview = (WebView) findViewById(R.id.webview);
? ? ? ? // 創(chuàng)建WebView對(duì)象
? ? ? ? mWebview.getSettings().setJavaScriptEnabled(true);
? ? ? ? // 支持與JS交互
? ? ? ? mWebview.loadUrl("http://ip.cn/");
? ? ? ? // 加載需要顯示的網(wǎng)頁(yè)
? ? ? ? mWebview.setWebViewClient(new WebViewClient() {
? ? ? ? ? ? // 復(fù)寫(xiě)shouldInterceptRequest
? ? ? ? ? ? //API21以下用shouldInterceptRequest(WebView view, String url)
? ? ? ? ? ? @Override
? ? ? ? ? ? public WebResourceResponse shouldInterceptRequest(WebView view, String url) {
? ? ? ? ? ? ? ? // 步驟1:判斷攔截資源的條件适瓦,即判斷url里的圖片資源的文件名
? ? ? ? ? ? ? ? // 此處網(wǎng)頁(yè)里圖片的url為:http://s.ip-cdn.com/img/logo.gif
? ? ? ? ? ? ? ? // 圖片的資源文件名為:logo.gif
? ? ? ? ? ? ? ? if (url.contains("logo.gif")) {
? ? ? ? ? ? ? ? ? ? InputStream is = null;
? ? ? ? ? ? ? ? ? ? // 步驟2:創(chuàng)建一個(gè)輸入流
? ? ? ? ? ? ? ? ? ? try {
? ? ? ? ? ? ? ? ? ? ? ? is =getApplicationContext().getAssets().open("images/error.png");
? ? ? ? ? ? ? ? ? ? ? ? // 步驟3:打開(kāi)需要替換的資源(存放在assets文件夾里)
? ? ? ? ? ? ? ? ? ? ? ? // 在app/src/main下創(chuàng)建一個(gè)assets文件夾
? ? ? ? ? ? ? ? ? ? ? ? // assets文件夾里再創(chuàng)建一個(gè)images文件夾,放一個(gè)error.png的圖片
? ? ? ? ? ? ? ? ? ? } catch (IOException e) {
? ? ? ? ? ? ? ? ? ? ? ? e.printStackTrace();
? ? ? ? ? ? ? ? ? ? }
? ? ? ? ? ? ? ? ? ? // 步驟4:替換資源
? ? ? ? ? ? ? ? ? ? WebResourceResponse response = new WebResourceResponse("image/png",
? ? ? ? ? ? ? ? ? ? ? ? ? ? "utf-8", is);
? ? ? ? ? ? ? ? ? ? // 參數(shù)1:http請(qǐng)求里該圖片的Content-Type,此處圖片為image/png
? ? ? ? ? ? ? ? ? ? // 參數(shù)2:編碼類(lèi)型
? ? ? ? ? ? ? ? ? ? // 參數(shù)3:替換資源的輸入流
? ? ? ? ? ? ? ? ? ? System.out.println("舊API");
? ? ? ? ? ? ? ? ? ? return response;
? ? ? ? ? ? ? ? }
? ? ? ? ? ? ? ? return super.shouldInterceptRequest(view, url);
? ? ? ? ? ? }
? ? ? ? ? ? // API21以上用shouldInterceptRequest(WebView view, WebResourceRequest request)
? ? ? ? ? ? @TargetApi(Build.VERSION_CODES.LOLLIPOP)
? ? ? ? ? ? @Override
? ? ? ? ? ? public WebResourceResponse shouldInterceptRequest(WebView view, WebResourceRequest request) {
? ? ? ? ? ? ? ? // 步驟1:判斷攔截資源的條件竿开,即判斷url里的圖片資源的文件名
? ? ? ? ? ? ? ? // 此處圖片的url為:http://s.ip-cdn.com/img/logo.gif
? ? ? ? ? ? ? ? // 圖片的資源文件名為:logo.gif
? ? ? ? ? ? ? ? if (request.getUrl().toString().contains("logo.gif")) {
? ? ? ? ? ? ? ? ? ? InputStream is = null;
? ? ? ? ? ? ? ? ? ? // 步驟2:創(chuàng)建一個(gè)輸入流
? ? ? ? ? ? ? ? ? ? try {
? ? ? ? ? ? ? ? ? ? ? ? is = getApplicationContext().getAssets().open("images/error.png");
? ? ? ? ? ? ? ? ? ? ? ? // 步驟3:打開(kāi)需要替換的資源(存放在assets文件夾里)
? ? ? ? ? ? ? ? ? ? ? ? // 在app/src/main下創(chuàng)建一個(gè)assets文件夾
? ? ? ? ? ? ? ? ? ? ? ? // assets文件夾里再創(chuàng)建一個(gè)images文件夾,放一個(gè)error.png的圖片
? ? ? ? ? ? ? ? ? ? } catch (IOException e) {
? ? ? ? ? ? ? ? ? ? ? ? e.printStackTrace();
? ? ? ? ? ? ? ? ? ? }
? ? ? ? ? ? ? ? ? ? //步驟4:替換資源
? ? ? ? ? ? ? ? ? ? WebResourceResponse response = new WebResourceResponse("image/png",
? ? ? ? ? ? ? ? ? ? ? ? ? ? "utf-8", is);
? ? ? ? ? ? ? ? ? ? // 參數(shù)1:http請(qǐng)求里該圖片的Content-Type,此處圖片為image/png
? ? ? ? ? ? ? ? ? ? // 參數(shù)2:編碼類(lèi)型
? ? ? ? ? ? ? ? ? ? // 參數(shù)3:存放著替換資源的輸入流(上面創(chuàng)建的那個(gè))
? ? ? ? ? ? ? ? ? ? return response;
? ? ? ? ? ? ? ? }
? ? ? ? ? ? ? ? return super.shouldInterceptRequest(view, request);
? ? ? ? ? ? }
? ? });
}
}
步驟3:加入網(wǎng)絡(luò)權(quán)限
Carson_Ho的Github地址:https://github.com/Carson-Ho/WebView_InterceptRequest
關(guān)于上述放到本地的靜態(tài)資源也是可以更新的:
1. 發(fā)布新版本安裝更新
2. 增量更新:在用戶處于WIFI環(huán)境時(shí)讓服務(wù)器推送到本地
很多著名的App(如微信)就是采用小范圍更新本地資源的
有效解決H5頁(yè)面靜態(tài)資源 加載速度慢 & 流量消耗多的問(wèn)題
開(kāi)發(fā)成本低
沒(méi)有改變前端H5的任何代碼,不需要為 APP 做定制化的東西
該方法只是更好地加快H5加載速度玻熙,哪怕失效否彩,也不會(huì)對(duì)H5頁(yè)面產(chǎn)生其他負(fù)面影響
同樣能獲得相應(yīng)的cookie
發(fā)送的網(wǎng)絡(luò)請(qǐng)求會(huì)直接帶上先前用戶操作所留下的cookie而都能夠留下來(lái),因?yàn)槲覀儧](méi)有更改資源的 URL 地址
本文主要 對(duì)Android WebView的性能問(wèn)題 & 解決方案 進(jìn)行了全面介紹