H5具备 开发周期短、灵活性好 的特点，所以现在 AndroID App大多嵌入了 AndroID WebvIEw 组件进行 HybrID 开发但我知道你一定在烦恼 AndroID WebvIEw 的性能问题，特别突出的是：加载速度慢 & 消耗流量今天，我将针对 AndroID WebvIEw 的性能问题，提出一些有效解决方案。目录 示意图
1. AndroID WebVIEw 存在什么性能问题？
AndroID WebVIEw 里 H5 页面加载速度慢耗费流量下面会详细介绍。
1.1 H5 页面加载速度慢 H5 页面加载速度慢的原因下面会详细介绍：
1.1.1 渲染速度慢前端H5页面渲染的速度取决于 两个方面：
Js 解析效率Js 本身的解析过程复杂、解析速度不快 & 前端页面涉及较多 Js 代码文件，所以叠加起来会导致 Js 解析效率非常低手机硬件设备的性能由于
AndroID机型碎片化，这导致手机硬件设备的性能不可控，而大多数的AndroID手机硬件设备无法达到很好很好的硬件性能总结：上述两个原因 导致 H5页面的渲染速度慢。
1.1.2 页面资源加载缓慢H5 页面从服务器获得，并存储在 AndroID手机内存里：
H5页面一般会比较多每加载一个 H5页面，都会产生较多网络请求：HTML 主 URL 自身的请求；HTML外部引用的Js、CSS、字体文件，图片也是一个独立的 http 请求每一个请求都串行的，这么多请求串起来，这导致 H5页面资源加载缓慢
总结：H5页面加载速度慢的原因：渲染速度慢 & 页面资源加载缓慢 导致。
1.2 耗费流量每次使用H5页面时，用户都需要重新加载 AndroID WebVIEw的H5 页面每加载一个 H5页面，都会产生较多网络请求（上面提到）每一个请求都串行的，这么多请求串起来，这导致消耗的流量也会越多1.3 总结综上所述，产生AndroID WebVIEw性能问题主要原因是： 示意图上述问题导致了AndroID WebVIEw的H5 页面体验 与 原生Native 存在较大差距。2. 解决方案
针对上述AndroID WebVIEw的性能问题，我提出了3种解决方案：
H5的缓存机制（WebVIEw 自带）资源预加载资源拦截下面我将详细介绍。
2.1 前端H5的缓存机制定义缓存，即离线存储
这意味着H5网页 加载后会存储在缓存区域，在无网络连接时也可访问WebVIEw的本质 = 在AndroID中嵌入H5页面，所以，AndroID WebVIEw自带的缓存机制其实就是H5页面的缓存机制AndroID WebVIEw除了新的file System缓存机制还不支持，其他都支持。
作用
离线浏览：用户可在没有网络连接时进行H5页面访问提高页面加载速度 & 减少流量消耗：直接使用已缓存的资源，不需要重新加载具体应用
此处讲解主要讲解 前端H5的缓存机制 的缓存机制 & 缓存模式 ：
a. 缓存机制：如何将加载过的网页数据保存到本地
b. 缓存模式：加载网页时如何读取之前保存到本地的网页缓存
2.1.1 缓存机制前者是保存，后者是读取，请注意区别
AndroID WebVIEw自带的缓存机制有5种：浏览器 缓存机制Application Cache 缓存机制Dom Storage 缓存机制Web sql Database 缓存机制Indexed Database 缓存机制file System 缓存机制（H5页面新加入的缓存机制，虽然AndroID WebVIEw暂时不支持，但会进行简单介绍）下面将详细介绍每种缓存机制。
1. 浏览器缓存机制a. 原理根据http 协议头里的 Cache-Control（或 Expires）和 Last-ModifIEd（或 Etag）等字段来控制文件缓存的机制下面详细介绍Cache-Control、Expires、Last-ModifIEd & Etag四个字段Cache-Control：用于控制文件在本地缓存有效时长如服务器回包：
Cache-Control:max-age=600，则表示文件在本地应该缓存，且有效时长是600秒（从发出请求算起）。在接下来600秒内，如果有请求这个资源，浏览器不会发出 http 请求，而是直接使用本地缓存的文件。
Expires：与Cache-Control功能相同，即控制缓存的有效时间Expires是http1.0标准中的字段，Cache-Control 是http1.1标准中新加的字段当这两个字段同时出现时，Cache-Control优先级较高
Last-ModifIEd：标识文件在服务器上的最新更新时间下次请求时，如果文件缓存过期，浏览器通过 If-ModifIEd-Since 字段带上这个时间，发送给服务器，由服务器比较时间戳来判断文件是否有修改。如果没有修改，服务器返回304告诉浏览器继续使用缓存；如果有修改，则返回200，同时返回最新的文件。
Etag：功能同Last-ModifIEd ，即标识文件在服务器上的最新更新时间。不同的是，Etag的取值是一个对文件进行标识的特征字串。在向服务器查询文件是否有更新时，浏览器通过if-none-match字段把特征字串发送给服务器，由服务器和文件最新特征字串进行匹配，来判断文件是否有更新：没有更新回包304，有更新回包200Etag和Last-ModifIEd可根据需求使用一个或两个同时使用。两个同时使用时，只要满足基中一个条件，就认为文件没有更新。
常见用法是：
Cache-Control与 Last-ModifIEd 一起使用；Expires与 Etag一起使用；即一个用于控制缓存有效时间，一个用于在缓存失效后，向服务查询是否有更新
特别注意：浏览器缓存机制 是 浏览器内核的机制，一般都是标准的实现
b. 特点优点：支持即
Cache-Control、Last-ModifIEd、Expires、Etag都是标准实现，你不需要 *** 心
http协议层不足：缓存文件需要首次加载后才会产生；浏览器缓存的存储空间有限，缓存有被清除的可能；缓存的文件没有校验。c. 应用场景对于解决以上问题，可以参考手 Q 的离线包
静态资源文件的存储，如Js、CSS、字体、图片等。
AndroID WebvIEw会将缓存的文件记录及文件内容会存在当前 app 的 data 目录中。AndroID WebVIEw内置自动实现，即不需要设置即实现
2. Application Cache 缓存机制a. 原理以文件为单位进行缓存，且文件有一定更新机制（类似于浏览器缓存机制）AndroID4.4后的WebVIEw浏览器版本内核：Chrome浏览器缓存机制 是 浏览器内核的机制，一般都是标准的实现
AppCache 原理有两个关键点：manifest 属性和 manifest 文件。<!DOCTYPE HTML><HTML manifest="demo_HTML.appcache">// HTML 在头中通过 manifest 属性引用 manifest 文件// manifest 文件：就是上面以 appcache 结尾的文件，是一个普通文件文件，列出了需要缓存的文件// 浏览器在首次加载 HTML 文件时，会解析 manifest 属性，并读取 manifest 文件，获取 Section：CACHE MANIFEST 下要缓存的文件列表，再对文件缓存<body>...</body></HTML>// 原理说明如下：// AppCache 在首次加载生成后，也有更新机制。被缓存的文件如果要更新，需要更新 manifest 文件// 因为浏览器在下次加载时，除了会默认使用缓存外，还会在后台检查 manifest 文件有没有修改（byte by byte)发现有修改，就会重新获取 manifest 文件，对 Section：CACHE MANIFEST 下文件列表检查更新// manifest 文件与缓存文件的检查更新也遵守浏览器缓存机制// 如用户手动清了 AppCache 缓存，下次加载时，浏览器会重新生成缓存，也可算是一种缓存的更新// AppCache 的缓存文件，与浏览器的缓存文件分开存储的，因为 AppCache 在本地有 5MB（分 HOST）的空间限制方便构建Web App的缓存
c. 应用场景专门为
Web App离线使用而开发的缓存机制
存储静态文件（如Js、CSS、字体文件）
应用场景 同 浏览器缓存机制但AppCache 是对 浏览器缓存机制 的补充，不是替代。d. 具体实现
// 通过设置WebVIEw的settings来实现 WebSettings settings = getSettings(); String cacheDirPath = context.getfilesDir().getabsolutePath()+"cache/"; settings.setAppCachePath(cacheDirPath); // 1. 设置缓存路径 settings.setAppCacheMaxSize(20*1024*1024); // 2. 设置缓存大小 settings.setAppCacheEnabled(true); // 3. 开启Application Cache存储机制 // 特别注意// 每个 Application 只调用一次 WebSettings.setAppCachePath() 和 WebSettings.setAppCacheMaxSize()Key - Value 对来提供b. 特点存储空间大（ 5MB）：存储空间对于不同浏览器不同，如cookies 才 4KB存储安全、便捷：
DOM Storage分为sessionStorage&localstorage； 二者使用方法基本相同，区别在于作用范围不同：
a.sessionStorage：具备临时性，即存储与页面相关的数据，它在页面关闭后无法使用
b.localstorage：具备持久性，即保存的数据在页面关闭后也可以使用。
Dom Storage 存储的数据在本地，不需要经常和服务器进行交互c. 应用场景不像
cookies每次请求一次页面，都会向服务器发送网络请求
存储临时、简单的数据
代替 **将 不需要让服务器知道的信息 存储到d. 具体实现cookies**的这种传统方法Dom Storage机制类似于AndroID的SharedPreference机制
// 通过设置 `WebVIEw`的`Settings`类实现 WebSettings settings = getSettings(); settings.setDomStorageEnabled(true); // 开启DOM storage基于 sql 的数据库存储机制
充分利用数据库的优势，可方便对数据进行增加、删除、修改、查询
c. 应用场景存储适合数据库的结构化数据
d. 具体实现 // 通过设置WebVIEw的settings实现 WebSettings settings = getSettings(); String cacheDirPath = context.getfilesDir().getabsolutePath()+"cache/"; settings.setDatabasePath(cacheDirPath); // 设置缓存路径 settings.setDatabaseEnabled(true); // 开启 数据库存储机制Web sql Database存储机制不再推荐使用（不再维护）取而代之的是 IndexedDB缓存机制，下面会详细介绍5. IndexedDB 缓存机制a. 原理属于 Nosql 数据库，通过存储字符串的 Key - Value 对来提供
b. 特点 优点c. 应用场景类似于
Dom Storage 存储机制的key-value存储方式
存储 复杂、数据量大的结构化数据
d. 具体实现：// 通过设置WebVIEw的settings实现 WebSettings settings = getSettings(); settings.setJavaScriptEnabled(true); // 只需设置支持Js就自动打开IndexedDB存储机制 // AndroID 在4.4开始加入对 IndexedDB 的支持，只需打开允许 Js 执行的开关就好了。H5页面的数据 提供一个虚拟的文件系统可进行文件（夹）的创建、读、写、删除、遍历等 *** 作，就像虚拟文件系统提供了两种类型的存储空间：临时 & 持久性：临时的存储空间：由浏览器自动分配，但可能被浏览器回收持久性的存储空间：需要显式申请；自己管理（浏览器不会回收，也不会清除内容）；存储空间大小通过配额管理，首次申请时会一个初始的配额，配额用完需要再次申请。b. 特点可存储数据体积较大的二进制数据可预加载资源文件可直接编辑文件c. 应用场景Native App访问本地文件系统一样虚拟的文件系统是运行在沙盒中不同WebApp的虚拟文件系统是互相隔离的，虚拟文件系统与本地文件系统也是互相隔离的。
通过文件系统 管理数据
d. 具体使用由于 file System是 H5 新加入的缓存机制，所以AndroID WebVIEw暂时不支持
2.1.2 缓存模式定义
缓存模式是一种 当加载
H5网页时 该如何读取之前保存到本地缓存从而进行使用 的方式
即告诉
AndroID WebVIEw什么时候去读缓存，以哪种方式去读缓存
AndroID WebVIEw 自带的缓存模式有4种：// 缓存模式说明: // LOAD_CACHE_ONLY: 不使用网络，只读取本地缓存数据 // LOAD_NO_CACHE: 不使用缓存，只从网络获取数据. // LOAD_DEFAulT: （默认）根据cache-control决定是否从网络上取数据。 // LOAD_CACHE_ELSE_NETWORK，只要本地有，无论是否过期，或者no-cache，都使用缓存中的数据。WebVIEw.getSettings().setCacheMode(WebSettings.LOAD_CACHE_ELSE_NETWORK);// 设置参数即可 2.2 资源预加载定义
提早加载将需使用的H5页面，即 提前构建缓存
具体实现使用时直接取过来用而不用在需要时才去加载
预加载
WebVIEw对象 & 预加载H5资源2.2.1 预加载WebVIEw对象此处主要分为2方面：首次使用的WebVIEw对象 & 后续使用的WebVIEw对象具体如下图 示意图2.2.2 预加载H5资源原理在应用启动、初始化第一个WebVIEw对象时，直接开始网络请求加载H5页面后续需打开这些H5页面时就直接从该本地对象中获取具体实现a. 从而 事先加载常用的H5页面资源（加载后就有缓存了）
b. 此方法虽然不能减小WebVIEw初始化时间，但数据请求和WebVIEw初始化可以并行进行，总体的页面加载时间就缩短了；缩短总体的页面加载时间：
在
AndroID 的BaseApplication里初始化一个WebVIEw对象（用于加载常用的H5页面资源）；当需使用这些页面时再从BaseApplication里取过来直接使用2.2.3 应用场景对于AndroID WebVIEw的首页建议使用这种方案，能有效提高首页加载的效率
2.3 自身构建缓存
为了有效解决 AndroID WebVIEw 的性能问题，除了使用 AndroID WebVIEw 自身的缓存机制，还可以自己针对某一需求场景构建缓存机制。
H5静态资源 文件（如Js、CSS文件、图片等） 放到本地拦截H5页面的资源网络请求 并进行检测如果检测到本地具有相同的静态资源 就 直接从本地读取进行替换 而 不发送该资源的网络请求 到 服务器获取 原理2.3.3 具体实现重写WebVIEwClIEnt 的 shouldInterceptRequest 方法，当向服务器访问这些静态资源时进行拦截，检测到是相同的资源则用本地资源代替
// 假设现在需要拦截一个图片的资源并用本地资源进行替代 mWebvIEw.setWebVIEwClIEnt(new WebVIEwClIEnt() { // 重写 WebVIEwClIEnt 的 shouldInterceptRequest （） // API 21 以下用shouldInterceptRequest(WebVIEw vIEw, String url) // API 21 以上用shouldInterceptRequest(WebVIEw vIEw, WebResourceRequest request) // 下面会详细说明 // API 21 以下用shouldInterceptRequest(WebVIEw vIEw, String url) @OverrIDe public WebResourceResponse shouldInterceptRequest(WebVIEw vIEw, String url) { // 步骤1:判断拦截资源的条件，即判断url里的图片资源的文件名 if (url.contains("logo.gif")) { // 假设网页里该图片资源的地址为：http://abc.com/imgage/logo.gif // 图片的资源文件名为:logo.gif inputStream is = null; // 步骤2:创建一个输入流 try { is =getApplicationContext().getAssets().open("images/abc.png"); // 步骤3:获得需要替换的资源(存放在assets文件夹里) // a. 先在app/src/main下创建一个assets文件夹 // b. 在assets文件夹里再创建一个images文件夹 // c. 在images文件夹放上需要替换的资源（此处替换的是abc.png图片） } catch (IOException e) { e.printstacktrace(); } // 步骤4:替换资源 WebResourceResponse response = new WebResourceResponse("image/png", "utf-8", is); // 参数1：http请求里该图片的Content-Type,此处图片为image/png // 参数2：编码类型 // 参数3：存放着替换资源的输入流（上面创建的那个） 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")) { // 假设网页里该图片资源的地址为：http://abc.com/imgage/logo.gif // 图片的资源文件名为:logo.gif inputStream is = null; // 步骤2:创建一个输入流 try { is = getApplicationContext().getAssets().open("images/abc.png"); // 步骤3:获得需要替换的资源(存放在assets文件夹里) // a. 先在app/src/main下创建一个assets文件夹 // b. 在assets文件夹里再创建一个images文件夹 // c. 在images文件夹放上需要替换的资源（此处替换的是abc.png图片 } catch (IOException e) { e.printstacktrace(); } // 步骤4:替换资源 WebResourceResponse response = new WebResourceResponse("image/png", "utf-8", is); // 参数1：http请求里该图片的Content-Type,此处图片为image/png // 参数2：编码类型 // 参数3：存放着替换资源的输入流（上面创建的那个） return response; } return super.shouldInterceptRequest(vIEw, request); } });}下面我将通过 替换主页面（http:// ip.cn/）中的一个图片（http:// s.ip-cdn.com/img/logo.gif） 来对静态资源拦截 进行说明。
实例说明1 实例说明2具体步骤 & 代码如下为了更好的表现效果，我将替换的图片换成别的图片
步骤1：定义WebVIEw布局
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>步骤2：进行资源的拦截、检测 & 替换（详细请看注释）
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); // 创建WebVIEw对象 mWebvIEw.getSettings().setJavaScriptEnabled(true); // 支持与Js交互 mWebvIEw.loadUrl("http://ip.cn/"); // 加载需要显示的网页 mWebvIEw.setWebVIEwClIEnt(new WebVIEwClIEnt() { // 复写shouldInterceptRequest //API21以下用shouldInterceptRequest(WebVIEw vIEw, String url) @OverrIDe public WebResourceResponse shouldInterceptRequest(WebVIEw vIEw, String url) { // 步骤1:判断拦截资源的条件，即判断url里的图片资源的文件名 // 此处网页里图片的url为:http://s.ip-cdn.com/img/logo.gif // 图片的资源文件名为:logo.gif if (url.contains("logo.gif")) { inputStream is = null; // 步骤2:创建一个输入流 try { is =getApplicationContext().getAssets().open("images/error.png"); // 步骤3:打开需要替换的资源(存放在assets文件夹里) // 在app/src/main下创建一个assets文件夹 // assets文件夹里再创建一个images文件夹,放一个error.png的图片 } catch (IOException e) { e.printstacktrace(); } // 步骤4:替换资源 WebResourceResponse response = new WebResourceResponse("image/png", "utf-8", is); // 参数1:http请求里该图片的Content-Type,此处图片为image/png // 参数2:编码类型 // 参数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:创建一个输入流 try { is = getApplicationContext().getAssets().open("images/error.png"); // 步骤3:打开需要替换的资源(存放在assets文件夹里) // 在app/src/main下创建一个assets文件夹 // assets文件夹里再创建一个images文件夹,放一个error.png的图片 } catch (IOException e) { e.printstacktrace(); } //步骤4:替换资源 WebResourceResponse response = new WebResourceResponse("image/png", "utf-8", is); // 参数1：http请求里该图片的Content-Type,此处图片为image/png // 参数2：编码类型 // 参数3：存放着替换资源的输入流（上面创建的那个） return response; } return super.shouldInterceptRequest(vIEw, request); } });}}步骤3：加入网络权限
Manifest.xml
<uses-permission androID:name="androID.permission.INTERNET"/>Carson_Ho的Github地址
特别注意关于上述放到本地的静态资源也是可以更新的：
发布新版本安装更新增量更新：在用户处于WIFI环境时让服务器推送到本地这种缓存机制的好处很多著名的
App（如微信）就是采用小范围更新本地资源的
有效解决 H5页面静态资源 加载速度慢 & 流量消耗多的问题
开发成本低
没有改变前端H5的任何代码，不需要为 APP 做定制化的东西该方法只是更好地加快H5加载速度，哪怕失效，也不会对H5页面产生其他负面影响同样能获得相应的cookie
发送的网络请求会直接带上先前用户 *** 作所留下的 cookie 而都能够留下来，因为我们没有更改资源的 URL 地址
3. 总结
本文主要 对AndroID WebVIEw 的性能问题 & 解决方案 进行了全面介绍
关于WebVIEw的系列文章希望对你有所帮助
Android开发：最全面、最易懂的Webview详解
最全面总结 Android WebView与 JS 的交互方式
手把手教你构建 Android WebView 的缓存机制 & 资源预加载方案
你不知道的 Android WebView 使用漏洞
接下来我会继续讲解其他安卓开发的知识，感兴趣的同学可以继续关注本人运营的Wechat Public Account：
我想给你们介绍一个与众不同的Android微信公众号（福利回赠）
我想邀请您和我一起写Android（福利回赠）
请点赞！因为你们的赞同/鼓励是我写作的最大动力！
相关文章阅读
Android开发：最全面、最易懂的Android屏幕适配解决方案
Android事件分发机制详解：史上最全面、最易懂
手把手教你写一个完整的自定义View
快来看看Google出品的Protocol Buffer，别只会用Json和XML了
Android开发：JSON简介及最全面解析方法!
欢迎关注Carson_Ho的简书！
不定期分享关于安卓开发的干货，追求短、平、快，但却不缺深度。
Webview混合开发 https://juejin.cn/post/6844903673697402887 https://yuweiguocn.github.io/androID-h5/ 总结
以上是内存溢出为你收集整理的Android：手把手教你构建 全面的WebView 缓存机制 & 资源加载方案全部内容，希望文章能够帮你解决Android：手把手教你构建 全面的WebView 缓存机制 & 资源加载方案所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）