欧美bbbwbbbw肥妇,免费乱码人妻系列日韩,一级黄片

Android?WebView緩存機(jī)制優(yōu)化加載慢問題

 更新時(shí)間:2023年02月07日 14:32:21   作者:低調(diào)函數(shù)  
我知道你一定在煩惱Android?Webview的性能問題,特別突出的是-加載速度慢、消耗流量,針對Android?Webview的性能問題,提出一些有效解決方案

一 、前言

由于H5具備 開發(fā)周期短、靈活性好 的特點(diǎn),所以現(xiàn)在 Android App大多嵌入了 Android Webview 組件進(jìn)行 Hybrid 開發(fā)

但我知道你一定在煩惱 Android Webview 的性能問題,特別突出的是:加載速度慢 & 消耗流量

今天,我將針對 Android Webview 的性能問題,提出一些有效解決方案。

二 、WebView存在的性能問題

  • Android WebView 里 H5 頁面加載速度慢
  • 耗費(fèi)流量

2.1 H5 頁面加載速度慢

2.1.1 渲染速度慢

前端H5頁面渲染的速度取決于 兩個(gè)方面:

Js 解析效率

Js 本身的解析過程復(fù)雜、解析速度不快 & 前端頁面涉及較多 JS 代碼文件,所以疊加起來會(huì)導(dǎo)致 Js 解析效率非常低

手機(jī)硬件設(shè)備的性能

由于Android機(jī)型碎片化,這導(dǎo)致手機(jī)硬件設(shè)備的性能不可控,而大多數(shù)的Android手機(jī)硬件設(shè)備無法達(dá)到很好很好的硬件性能

總結(jié):上述兩個(gè)原因 導(dǎo)致 H5頁面的渲染速度慢。

2.1.2 頁面資源加載緩慢

H5 頁面從服務(wù)器獲得,并存儲(chǔ)在 Android手機(jī)內(nèi)存里:

H5頁面一般會(huì)比較多

每加載一個(gè) H5頁面,都會(huì)產(chǎn)生較多網(wǎng)絡(luò)請求

1.HTML 主 URL 自身的請求;

2.HTML外部引用的JS、CSS、字體文件,圖片也是一個(gè)獨(dú)立的 HTTP 請求

每一個(gè)請求都串行的,這么多請求串起來,這導(dǎo)致 H5頁面資源加載緩慢

總結(jié):H5頁面加載速度慢的原因:渲染速度慢 & 頁面資源加載緩慢 導(dǎo)致。

2.2 耗費(fèi)流量

  • 每次使用 H5頁面時(shí),用戶都需要重新加載 Android WebView的H5 頁面
  • 每加載一個(gè) H5頁面,都會(huì)產(chǎn)生較多網(wǎng)絡(luò)請求(上面提到)
  • 每一個(gè)請求都串行的,這么多請求串起來,這導(dǎo)致消耗的流量也會(huì)越多

2.3 總結(jié)

綜上所述,產(chǎn)生Android WebView性能問題主要原因是:

上述問題導(dǎo)致了Android WebView的H5 頁面體驗(yàn) 與 原生Native 存在較大差距。

三 、解決方案

針對上述Android WebView的性能問題,我提出了3種解決方案:

  • 前端H5的緩存機(jī)制(WebView 自帶)
  • 資源預(yù)加載
  • 資源攔截

3.1 前端H5的緩存機(jī)制

定義

緩存,即離線存儲(chǔ)

1.這意味著 H5網(wǎng)頁 加載后會(huì)存儲(chǔ)在緩存區(qū)域,在無網(wǎng)絡(luò)連接時(shí)也可訪問
2.WebView的本質(zhì) = 在 Android中嵌入 H5頁面,所以,Android WebView自帶的緩存機(jī)制其實(shí)就是 H5頁面的緩存機(jī)制
3.Android WebView除了新的File System緩存機(jī)制還不支持,其他都支持。

作用

1.離線瀏覽:用戶可在沒有網(wǎng)絡(luò)連接時(shí)進(jìn)行H5頁面訪問

2.提高頁面加載速度 & 減少流量消耗:直接使用已緩存的資源,不需要重新加載

具體應(yīng)用

此處講解主要講解 前端H5的緩存機(jī)制 的緩存機(jī)制 & 緩存模式 :

a. 緩存機(jī)制:如何將加載過的網(wǎng)頁數(shù)據(jù)保存到本地

b. 緩存模式:加載網(wǎng)頁時(shí)如何讀取之前保存到本地的網(wǎng)頁緩存

前者是保存,后者是讀取,請注意區(qū)別

3.1.1 緩存機(jī)制

Android WebView自帶的緩存機(jī)制有5種:

  • 瀏覽器 緩存機(jī)制
  • Application Cache 緩存機(jī)制
  • Dom Storage 緩存機(jī)制
  • Web SQL Database 緩存機(jī)制
  • Indexed Database 緩存機(jī)制
  • File System 緩存機(jī)制(H5頁面新加入的緩存機(jī)制,雖然Android WebView暫時(shí)不支持,但會(huì)進(jìn)行簡單介紹)

下面將詳細(xì)介紹每種緩存機(jī)制。

瀏覽器緩存機(jī)制

a. 原理

  • 根據(jù) HTTP 協(xié)議頭里的 Cache-Control(或 Expires)和 Last-Modified(或Etag)等字段來控制文件緩存的機(jī)制
  • 下面詳細(xì)介紹Cache-Control、Expires、Last-Modified & Etag四個(gè)字段

1.Cache-Control:用于控制文件在本地緩存有效時(shí)長

如服務(wù)器回包:Cache-Control:max-age=600,則表示文件在本地應(yīng)該緩存,且有效時(shí)長是600秒(從發(fā)出請求算起)。在接下來600秒內(nèi),如果有請求這個(gè)資源,瀏覽器不會(huì)發(fā)出 HTTP 請求,而是直接使用本地緩存的文件。

2.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í)較高

3.Last-Modified:標(biāo)識(shí)文件在服務(wù)器上的最新更新時(shí)間

下次請求時(shí),如果文件緩存過期,瀏覽器通過 If-Modified-Since 字段帶上這個(gè)時(shí)間,發(fā)送給服務(wù)器,由服務(wù)器比較時(shí)間戳來判斷文件是否有修改。如果沒有修改,服務(wù)器返回304告訴瀏覽器繼續(xù)使用緩存;如果有修改,則返回200,同時(shí)返回最新的文件。

4.Etag:功能同Last-Modified ,即標(biāo)識(shí)文件在服務(wù)器上的最新更新時(shí)間。

不同的是,Etag 的取值是一個(gè)對文件進(jìn)行標(biāo)識(shí)的特征字串。

在向服務(wù)器查詢文件是否有更新時(shí),瀏覽器通過If-None-Match 字段把特征字串發(fā)送給服務(wù)器,由服務(wù)器和文件最新特征字串進(jìn)行匹配,來判斷文件是否有更新:沒有更新回包304,有更新回包200

Etag 和 Last-Modified 可根據(jù)需求使用一個(gè)或兩個(gè)同時(shí)使用。兩個(gè)同時(shí)使用時(shí),只要滿足基中一個(gè)條件,就認(rèn)為文件沒有更新。

常見用法是:

  • Cache-Control與 Last-Modified 一起使用;
  • Expires與 Etag一起使用;

即一個(gè)用于控制緩存有效時(shí)間,一個(gè)用于在緩存失效后,向服務(wù)查詢是否有更新

特別注意:瀏覽器緩存機(jī)制 是 瀏覽器內(nèi)核的機(jī)制,一般都是標(biāo)準(zhǔn)的實(shí)現(xiàn)

b. 特點(diǎn)

優(yōu)點(diǎn):支持 Http協(xié)議層

不足:緩存文件需要首次加載后才會(huì)產(chǎn)生;瀏覽器緩存的存儲(chǔ)空間有限,緩存有被清除的可能;緩存的文件沒有校驗(yàn)。

c. 應(yīng)用場景

靜態(tài)資源文件的存儲(chǔ),如JS、CSS、字體、圖片等。

Android Webview會(huì)將緩存的文件記錄及文件內(nèi)容會(huì)存在當(dāng)前 app 的 data 目錄中。

d. 具體實(shí)現(xiàn)

Android WebView內(nèi)置自動(dòng)實(shí)現(xiàn),即不需要設(shè)置即實(shí)現(xiàn)

Android 4.4后的 WebView 瀏覽器版本內(nèi)核:Chrome

瀏覽器緩存機(jī)制 是 瀏覽器內(nèi)核的機(jī)制,一般都是標(biāo)準(zhǔn)的實(shí)現(xiàn)

Application Cache 緩存機(jī)制

a. 原理

  • 以文件為單位進(jìn)行緩存,且文件有一定更新機(jī)制(類似于瀏覽器緩存機(jī)制)
  • AppCache 原理有兩個(gè)關(guān)鍵點(diǎn):manifest 屬性和 manifest 文件。
<!DOCTYPE html>
<html manifest="demo_html.appcache">
// HTML 在頭中通過 manifest 屬性引用 manifest 文件
// manifest 文件:就是上面以 appcache 結(jié)尾的文件,是一個(gè)普通文件文件,列出了需要緩存的文件
// 瀏覽器在首次加載 HTML 文件時(shí),會(huì)解析 manifest 屬性,并讀取 manifest 文件,獲取 Section:CACHE MANIFEST 下要緩存的文件列表,再對文件緩存
<body>
...
</body>
</html>
// 原理說明如下:
// AppCache 在首次加載生成后,也有更新機(jī)制。被緩存的文件如果要更新,需要更新 manifest 文件
// 因?yàn)闉g覽器在下次加載時(shí),除了會(huì)默認(rèn)使用緩存外,還會(huì)在后臺(tái)檢查 manifest 文件有沒有修改(byte by byte)
發(fā)現(xiàn)有修改,就會(huì)重新獲取 manifest 文件,對 Section:CACHE MANIFEST 下文件列表檢查更新
// manifest 文件與緩存文件的檢查更新也遵守瀏覽器緩存機(jī)制
// 如用戶手動(dòng)清了 AppCache 緩存,下次加載時(shí),瀏覽器會(huì)重新生成緩存,也可算是一種緩存的更新
// AppCache 的緩存文件,與瀏覽器的緩存文件分開存儲(chǔ)的,因?yàn)?AppCache 在本地有 5MB(分 HOST)的空間限制

b. 特點(diǎn)

方便構(gòu)建Web App的緩存

專門為 Web App離線使用而開發(fā)的緩存機(jī)制

c. 應(yīng)用場景

存儲(chǔ)靜態(tài)文件(如JS、CSS、字體文件)

應(yīng)用場景 同 瀏覽器緩存機(jī)制

但AppCache 是對 瀏覽器緩存機(jī)制 的補(bǔ)充,不是替代。

d. 具體實(shí)現(xiàn)

        // 通過設(shè)置WebView的settings來實(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. 開啟Application Cache存儲(chǔ)機(jī)制
// 特別注意
// 每個(gè) Application 只調(diào)用一次 WebSettings.setAppCachePath() 和
 WebSettings.setAppCacheMaxSize()

Dom Storage 緩存機(jī)制

a. 原理

通過存儲(chǔ)字符串的 Key - Value 對來提供

DOM Storage 分為 sessionStorage & localStorage; 二者使用方法基本相同,區(qū)別 在于作用范圍不同:

a. sessionStorage:具備臨時(shí)性,即存儲(chǔ)與頁面相關(guān)的數(shù)據(jù),它在頁面關(guān)閉后無法使用

b. localStorage:具備持久性,即保存的數(shù)據(jù)在頁面關(guān)閉后也可以使用。

b. 特點(diǎn)

存儲(chǔ)空間大( 5MB):存儲(chǔ)空間對于不同瀏覽器不同,如Cookies 才 4KB存儲(chǔ)安全、便捷: Dom Storage 存儲(chǔ)的數(shù)據(jù)在本地,不需要經(jīng)常和服務(wù)器進(jìn)行交互

不像 Cookies每次請求一次頁面,都會(huì)向服務(wù)器發(fā)送網(wǎng)絡(luò)請求

c. 應(yīng)用場景

存儲(chǔ)臨時(shí)、簡單的數(shù)據(jù)

代替 **將 不需要讓服務(wù)器知道的信息 存儲(chǔ)到 cookies **的這種傳統(tǒng)方法
Dom Storage 機(jī)制類似于 Android 的 SharedPreference機(jī)制

d. 具體實(shí)現(xiàn)

// 通過設(shè)置 `WebView`的`Settings`類實(shí)現(xiàn)
WebSettings settings = getSettings();
settings.setDomStorageEnabled(true);
// 開啟DOM storage

Dom Storage 緩存機(jī)制

a. 原理

基于 SQL 的數(shù)據(jù)庫存儲(chǔ)機(jī)制

b. 特點(diǎn)

充分利用數(shù)據(jù)庫的優(yōu)勢,可方便對數(shù)據(jù)進(jìn)行增加、刪除、修改、查詢

c. 應(yīng)用場景

存儲(chǔ)適合數(shù)據(jù)庫的結(jié)構(gòu)化數(shù)據(jù)

d. 具體實(shí)現(xiàn)

// 通過設(shè)置WebView的settings實(shí)現(xiàn)
WebSettings settings = getSettings();
String cacheDirPath = context.getFilesDir().getAbsolutePath()+"cache/";
settings.setDatabasePath(cacheDirPath);
// 設(shè)置緩存路徑
settings.setDatabaseEnabled(true);
// 開啟 數(shù)據(jù)庫存儲(chǔ)機(jī)制

特別說明

  • 根據(jù)官方說明,Web SQL Database存儲(chǔ)機(jī)制不再推薦使用(不再維護(hù))
  • 取而代之的是 IndexedDB緩存機(jī)制,下面會(huì)詳細(xì)介紹

IndexedDB 緩存機(jī)制

a. 原理

屬于 NoSQL 數(shù)據(jù)庫,通過存儲(chǔ)字符串的 Key - Value 對來提供

類似于 Dom Storage 存儲(chǔ)機(jī)制 的key-value存儲(chǔ)方式

b. 特點(diǎn)

c. 應(yīng)用場景

存儲(chǔ) 復(fù)雜、數(shù)據(jù)量大的結(jié)構(gòu)化數(shù)據(jù)

d. 具體實(shí)現(xiàn)

// 通過設(shè)置WebView的settings實(shí)現(xiàn)
        WebSettings settings = getSettings();
        settings.setJavaScriptEnabled(true);
        // 只需設(shè)置支持JS就自動(dòng)打開IndexedDB存儲(chǔ)機(jī)制
        // Android 在4.4開始加入對 IndexedDB 的支持,只需打開允許 JS 執(zhí)行的開關(guān)就好了。

File System

a. 原理

為 H5頁面的數(shù)據(jù) 提供一個(gè)虛擬的文件系統(tǒng)

1.可進(jìn)行文件(夾)的創(chuàng)建、讀、寫、刪除、遍歷等操作,就像 Native App 訪問本地文件系統(tǒng)一樣
2.虛擬的文件系統(tǒng)是運(yùn)行在沙盒中
3.不同 WebApp 的虛擬文件系統(tǒng)是互相隔離的,虛擬文件系統(tǒng)與本地文件系統(tǒng)也是互相隔離的。

虛擬文件系統(tǒng)提供了兩種類型的存儲(chǔ)空間:臨時(shí) & 持久性

1.臨時(shí)的存儲(chǔ)空間:由瀏覽器自動(dòng)分配,但可能被瀏覽器回收
2.持久性的存儲(chǔ)空間:需要顯式申請;自己管理(瀏覽器不會(huì)回收,也不會(huì)清除內(nèi)容);存儲(chǔ)空間大小通過配額管理,首次申請時(shí)會(huì)一個(gè)初始的配額,配額用完需要再次申請。

b. 特點(diǎn)

  • 可存儲(chǔ)數(shù)據(jù)體積較大的二進(jìn)制數(shù)據(jù)
  • 可預(yù)加載資源文件
  • 可直接編輯文件

c. 應(yīng)用場景

通過文件系統(tǒng) 管理數(shù)據(jù)

d. 具體使用

由于 File System是 H5 新加入的緩存機(jī)制,所以Android WebView暫時(shí)不支持

緩存機(jī)制匯總

使用建議

  • 綜合上述緩存機(jī)制的分析,我們可以根據(jù) 需求場景的不同(緩存不同類型的數(shù)據(jù)場景) 從而選擇不同的緩存機(jī)制(組合使用)
  • 以下是緩存機(jī)制的使用建議

3.1.2 緩存模式

定義

緩存模式是一種 當(dāng)加載 H5網(wǎng)頁時(shí) 該如何讀取之前保存到本地緩存

從而進(jìn)行使用 的方式

即告訴Android WebView 什么時(shí)候去讀緩存,以哪種方式去讀緩存

Android WebView 自帶的緩存模式有4種:

// 緩存模式說明: 
      // 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,只要本地有,無論是否過期,或者no-cache,都使用緩存中的數(shù)據(jù)。

具體使用

// 設(shè)置參數(shù)即可
WebView.getSettings().setCacheMode(WebSettings.LOAD_CACHE_ELSE_NETWORK);

3.2 資源預(yù)加載

定義

提早加載將需使用的H5頁面,即 提前構(gòu)建緩存

具體實(shí)現(xiàn)

預(yù)加載WebView對象 & 預(yù)加載H5資源

3.2.1 預(yù)加載WebView對象

此處主要分為2方面:首次使用的WebView對象 & 后續(xù)使用的WebView對象

3.2.2 預(yù)加載H5資源

原理

1.在應(yīng)用啟動(dòng)、初始化第一個(gè)WebView對象時(shí),直接開始網(wǎng)絡(luò)請求加載H5頁面

2.后續(xù)需打開這些H5頁面時(shí)就直接從該本地對象中獲取

a. 從而 事先加載常用的H5頁面資源(加載后就有緩存了)
b. 此方法雖然不能減小WebView初始化時(shí)間,但數(shù)據(jù)請求和WebView初始化可以并行進(jìn)行,總體的頁面加載時(shí)間就縮短了;縮短總體的頁面加載時(shí)間:

具體實(shí)現(xiàn)

在Android 的BaseApplication里初始化一個(gè)WebView對象(用于加載常用的H5頁面資源);當(dāng)需使用這些頁面時(shí)再從BaseApplication里取過來直接使用 3.2.3 應(yīng)用場景

對于Android WebView的首頁建議使用這種方案,能有效提高首頁加載的效率

3.3 自身構(gòu)建緩存

為了有效解決 Android WebView 的性能問題,除了使用 Android WebView 自身的緩存機(jī)制,還可以自己針對某一需求場景構(gòu)建緩存機(jī)制。

3.3.1 需求場景

3.3.2 實(shí)現(xiàn)步驟

  • 事先將更新頻率較低、常用 & 固定的H5靜態(tài)資源 文件(如JS、CSS文件、圖片等) 放到本地
  • 攔截H5頁面的資源網(wǎng)絡(luò)請求 并進(jìn)行檢測
  • 如果檢測到本地具有相同的靜態(tài)資源 就 直接從本地讀取進(jìn)行替換 而 不發(fā)送該資源的網(wǎng)絡(luò)請求 到 服務(wù)器獲取

3.3.3 具體實(shí)現(xiàn)

重寫WebViewClient 的 shouldInterceptRequest 方法,當(dāng)向服務(wù)器訪問這些靜態(tài)資源時(shí)進(jìn)行攔截,檢測到是相同的資源則用本地資源代替

// 假設(shè)現(xiàn)在需要攔截一個(gè)圖片的資源并用本地資源進(jìn)行替代
        mWebview.setWebViewClient(new WebViewClient() {
            // 重寫 WebViewClient  的  shouldInterceptRequest ()
            // API 21 以下用shouldInterceptRequest(WebView view, String url)
            // API 21 以上用shouldInterceptRequest(WebView view, WebResourceRequest request)
            // 下面會(huì)詳細(xì)說明
             // 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)頁里該圖片資源的地址為: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請求里該圖片的Content-Type,此處圖片為image/png
                    // 參數(shù)2:編碼類型
                    // 參數(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)頁里該圖片資源的地址為: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請求里該圖片的Content-Type,此處圖片為image/png
                    // 參數(shù)2:編碼類型
                    // 參數(shù)3:存放著替換資源的輸入流(上面創(chuàng)建的那個(gè))
                    return response;
                }
                return super.shouldInterceptRequest(view, request);
            }
    });
}

3.3.4 具體實(shí)例

下面我將通過 替換主頁面(http:// ip.cn/)中的一個(gè)圖片(http:// s.ip-cdn.com/img/logo.gif) 來對靜態(tài)資源攔截 進(jìn)行說明。

為了更好的表現(xiàn)效果,我將替換的圖片換成別的圖片

具體步驟 & 代碼如下

Manifest.xml

<uses-permission android:name="android.permission.INTERNET"/>

activity_main.xml

<?xml version="1.0" encoding="utf-8"?>
<RelativeLayout xmlns:android="http://schemas.android.com/apk/res/android"
    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">
    <WebView
        android:id="@+id/webview"
        android:layout_width="match_parent"
        android:layout_height="match_parent" />
</RelativeLayout>

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對象
        mWebview.getSettings().setJavaScriptEnabled(true);
        // 支持與JS交互
        mWebview.loadUrl("http://ip.cn/");
        // 加載需要顯示的網(wǎng)頁
        mWebview.setWebViewClient(new WebViewClient() {
             // 復(fù)寫shouldInterceptRequest
             //API21以下用shouldInterceptRequest(WebView view, String url)
            @Override
            public WebResourceResponse shouldInterceptRequest(WebView view, String url) {
                // 步驟1:判斷攔截資源的條件,即判斷url里的圖片資源的文件名
                // 此處網(wǎng)頁里圖片的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:打開需要替換的資源(存放在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請求里該圖片的Content-Type,此處圖片為image/png
                    // 參數(shù)2:編碼類型
                    // 參數(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:打開需要替換的資源(存放在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請求里該圖片的Content-Type,此處圖片為image/png
                    // 參數(shù)2:編碼類型
                    // 參數(shù)3:存放著替換資源的輸入流(上面創(chuàng)建的那個(gè))
                    return response;
                }
                return super.shouldInterceptRequest(view, request);
            }
    });
}
}

特別注意

關(guān)于上述放到本地的靜態(tài)資源也是可以更新的:

  • 發(fā)布新版本安裝更新
  • 增量更新:在用戶處于WIFI環(huán)境時(shí)讓服務(wù)器推送到本地

很多著名的App(如微信)就是采用小范圍更新本地資源的

這種緩存機(jī)制的好處

有效解決 H5頁面靜態(tài)資源 加載速度慢 & 流量消耗多的問題

開發(fā)成本低

1.沒有改變前端H5的任何代碼,不需要為 APP 做定制化的東西

2.該方法只是更好地加快H5加載速度,哪怕失效,也不會(huì)對H5頁面產(chǎn)生其他負(fù)面影響

同樣能獲得相應(yīng)的cookie 發(fā)送的網(wǎng)絡(luò)請求會(huì)直接帶上先前用戶操作所留下的 cookie 而都能夠留下來,因?yàn)槲覀儧]有更改資源的URL地址

到此這篇關(guān)于Android WebView緩存機(jī)制優(yōu)化加載慢問題的文章就介紹到這了,更多相關(guān)Android WebView 內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!

相關(guān)文章

  • Android開發(fā)之自定義加載動(dòng)畫詳解

    Android開發(fā)之自定義加載動(dòng)畫詳解

    這篇文章主要介紹了Android開發(fā)的自定義加載動(dòng)畫,效果為一個(gè)連續(xù)的動(dòng)畫,就是這個(gè)大圓不停地吞下小圓,文中示例代碼講解詳細(xì),感興趣的可以了解一下
    2022-03-03
  • Android studio實(shí)現(xiàn)菜單操作

    Android studio實(shí)現(xiàn)菜單操作

    這篇文章主要為大家詳細(xì)介紹了Android studio實(shí)現(xiàn)菜單操作,文中示例代碼介紹的非常詳細(xì),具有一定的參考價(jià)值,感興趣的小伙伴們可以參考一下
    2021-10-10
  • android仿Adapter實(shí)現(xiàn)自定義PagerAdapter方法示例

    android仿Adapter實(shí)現(xiàn)自定義PagerAdapter方法示例

    這篇文章主要給大家介紹了關(guān)于android仿Adapter實(shí)現(xiàn)自定義PagerAdapter的相關(guān)資料,文中詳細(xì)介紹了關(guān)于PagerAdapter的用法,對大家的理解和學(xué)習(xí)具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧。
    2017-11-11
  • Thread、Handler和HandlerThread關(guān)系詳解

    Thread、Handler和HandlerThread關(guān)系詳解

    這篇文章主要介紹了Thread、Handler和HandlerThread關(guān)系詳解的相關(guān)資料,需要的朋友可以參考下
    2016-09-09
  • Android?貝塞爾曲線繪制一個(gè)波浪球

    Android?貝塞爾曲線繪制一個(gè)波浪球

    當(dāng)?flutter?的現(xiàn)有組件無法滿足產(chǎn)品要求的UI效果時(shí),我們就需要通過自繪組件的方式來進(jìn)行實(shí)現(xiàn)了。本文章就來介紹如何用貝塞爾曲線實(shí)現(xiàn)一個(gè)帶文本的波浪球,需要的可以參考一下
    2022-05-05
  • Android項(xiàng)目中引入aar包的正確方法介紹

    Android項(xiàng)目中引入aar包的正確方法介紹

    生成aar之后下一步就是如何引用本地的aar文件,下面這篇文章主要給大家介紹了關(guān)于Android項(xiàng)目中引入aar包的相關(guān)資料,文中通過實(shí)例代碼介紹的非常詳細(xì),需要的朋友可以參考下
    2022-08-08
  • Android Studio提示inotify大小不足的解決辦法

    Android Studio提示inotify大小不足的解決辦法

    大家在使用Android Studio導(dǎo)入AOSP源碼的時(shí)候,可能會(huì)遇到inotify大小不足的問題,這篇文章就給大家介紹了怎么解決這個(gè)問題的方法,有需要的朋友們可以參考借鑒。
    2016-09-09
  • 在Android設(shè)備上搭建Web服務(wù)器的方法

    在Android設(shè)備上搭建Web服務(wù)器的方法

    本篇文章主要介紹了在Android設(shè)備上搭建Web服務(wù)器的方法,小編覺得挺不錯(cuò)的,現(xiàn)在分享給大家,也給大家做個(gè)參考。一起跟隨小編過來看看吧
    2018-04-04
  • android 鍵盤事件和屏幕事件的運(yùn)行原理及交互實(shí)現(xiàn)

    android 鍵盤事件和屏幕事件的運(yùn)行原理及交互實(shí)現(xiàn)

    當(dāng)在自定義View或者做游戲的時(shí)候,我們常常會(huì)用到鍵盤觸發(fā)事件和屏幕觸發(fā)事件!在自定義的View里的鍵盤觸發(fā)事件和屏幕觸發(fā)事件和activity里的鍵盤觸發(fā)事件和屏幕觸發(fā)事件是怎么樣交互的呢,接下來為您詳細(xì)介紹,感興趣的朋友可以了解下哦
    2013-01-01
  • Android編程單元測試實(shí)例詳解(附源碼)

    Android編程單元測試實(shí)例詳解(附源碼)

    這篇文章主要介紹了Android編程單元測試,結(jié)合完整實(shí)例形式詳細(xì)分析了Android單元測試的具體步驟與相關(guān)技巧,并附帶完整實(shí)例代碼供讀者下載參考,需要的朋友可以參考下
    2015-11-11

最新評論