WebView 交互架构项目实战（三），阿里 P7 亲自教你
Application Cache（简称 AppCache)似乎是为支持 Web App 离线使用而开发的缓存机制。它的缓存机制类似于浏览器的缓存（Cache-Control 和 Last-Modified）机制，都是以文件为单位进行缓存，且文件有一定更新机制。但 AppCache 是对浏览器缓存机制的补充，不是替代。
不过根据官方文档，AppCache 已经不推荐使用了，标准也不会再支持。现在主流的浏览器都是还支持 AppCache 的，以后就不太确定了。同样给出 Android 端启用 AppCache 的代码。
WebView myWebView = (WebView) findViewById(R.id.webview);
WebSettings webSettings = myWebView.getSettings();
webSettings.setAppCacheEnabled(true);
final String cachePath = getApplicationContext().getDir(“cache”,Context.MODE_PRIVATE).getPath();
webSettings.setAppCachePath(cachePath);
webSettings.setAppCacheMaxSize(5_1024_1024);
Indexed Database 存储机制
IndexedDB 也是一种数据库的存储机制，但不同于已经不再支持的 Web SQL Database。IndexedDB 不是传统的关系数据库，可归为 NoSQL 数据库。IndexedDB 又类似于 Dom Storage 的 key-value 的存储方式，但功能更强大，且存储空间更大。
Android 在 4.4 开始加入对 IndexedDB 的支持，只需打开允许 JS 执行的开关就好了。
WebView myWebView = (WebView) findViewById(R.id.webview);
WebSettings webSettings = myWebView.getSettings();
webSettings.setJavaScriptEnabled(true);
File System API
File System API 是 H5 新加入的存储机制。它为 Web App 提供了一个虚拟的文件系统，就像 Native App 访问本地文件系统一样。由于安全性的考虑，这个虚拟文件系统有一定的限制。Web App 在虚拟的文件系统中，可以进行文件（夹）的创建、读、写、删除、遍历等操作。很可惜到目前，Android 系统的 WebView 还不支持 File System API。
简单的介绍完了上面六种 H5 常用的缓存模式，想必大家能对 Android WebView 所支持的缓存模式有个粗略的了解。如果想和前端更好的配合使用 Android WebView 所支持的缓存，建议看下这篇文章《H5 缓存机制浅析 移动端 Web 加载性能优化》
*常用资源预加载：*
上面介绍的缓存技术，能优化二次启动 WebView 的加载速度，那首次加载 H5 页面的速度该怎么优化呢？上面分析了一次加载过程会有许多外部依赖的 JS、CSS、图片等资源需要下载，那我们能不能提前将这些资源下载好，等 H5 加载时直接替换呢？
好在从 API 11（Android 3.0）开始，WebView 引入了 shouldInterceptRequest 函数，这个函数有两种重载。
public WebResourceResponse shouldInterceptRequest(WebView webView, String url) 从 API 11 引入，API 21 废弃
public WebResourceResponse shouldInterceptRequest (WebView view, WebResourceRequest request) 从 API 21 开始引入
考虑到目前大多数 App 还要支持 API 14，所以还是使用 shouldInterceptRequest (WebView view, String url) 为例。
WebView mWebView = (WebView) findViewById(R.id.webview);
mWebView.setWebViewClient(new WebViewClient() {
@Override
public WebResourceResponse shouldInterceptRequest(WebView webView, final String url) {
WebResourceResponse response = null;
// 检查该资源是否已经提前下载完成。我采用的策略是在应用启动时，用户在 wifi 的网络环境下 // 提前下载 H5 页面需要的资源。
boolean resDown = JSHelper.isURLDownValid(url);
if (resDown) {
jsStr = JsjjJSHelper.getResInputStream(url);
if (url.endsWith(".png")) {
response = getWebResourceResponse(url, “image/png”, “.png”);
} else if (url.endsWith(".gif")) {
response = getWebResourceResponse(url, “image/gif”, “.gif”);
} else if (url.endsWith(".jpg")) {
response = getWebResourceResponse(url, “image/jepg”, “.jpg”);
} else if (url.endsWith(".jepg")) {
response = getWebResourceResponse(url, “image/jepg”, “.jepg”);
} else if (url.endsWith(".js") && jsStr != null) {
response = getWebResourceResponse(“text/javascript”, “UTF-8”, “.js”);
} else if (url.endsWith(".css") && jsStr != null) {
response = getWebResourceResponse(“text/css”, “UTF-8”, “.css”);
} else if (url.endsWith(".html") && jsStr != null) {
response = getWebResourceResponse(“text/html”, “UTF-8”, “.html”);
}
}
// 若 response 返回为 null , WebView 会自行请求网络加载资源。
return response;
}
});
private WebResourceResponse getWebResourceResponse(String url, String mime, String style) {
WebResourceResponse response = null;
try {
response = new WebResourceResponse(mime, “UTF-8”, new FileInputStream(new File(getJSPath() + TPMD5.md5String(url) + style)));
} catch (FileNotFoundException e) {
e.printStackTrace();
}
return response;
}
public String getJsjjJSPath() {
String splashTargetPath = JarEnv.sApplicationContext.getFilesDir().getPath() + “/JS”;
if (!TPFileSysUtil.isDirFileExist(splashTargetPath)) {
TPFileSysUtil.createDir(splashTargetPath);
}
return splashTargetPath + “/”;
}
**
*1：常用 JS 本地化及延迟加载***
**
**资源等文件(不需要更新)本地存储，在需要的时候直接从本地获取。哪些资源需要我们去存储在本地呢，当然是一些不会被更新的资源，例如图片文件，js 文件，css 文件，比预加载更粗暴的优化方法是直接将常用的 JS 脚本本地化，直接打包放入 apk 中。比如 H5 页面获取用户信息，设置标题等通用方法，就可以直接写入一个 JS 文件，放入 asserts 文件夹，在 WebView 调用了 onPageFinished() 方法后进行加载。需要注意的是，在该 JS 文件中需要写入一个 JS 文件载入完毕的事件，这样前端才能接受都爱 JS 文件已经种植完毕，可以调用 JS 中的方法了。 附上一段本地化的 JS 代码。
javascript: ;
(function() {
try{
window.JSBridge = {
‘invoke’: function(name) {
var args = [].slice.call(arguments, 1),
callback = args.pop(),
params, obj = this[name];
if (typeof callback !== ‘function’) {
params = callback;
callback = function() {}
} else {
params = args[0]
} if (typeof obj !== ‘object’ || typeof obj.func !== ‘function’) {
callback({
‘err_msg’: ‘system:function_not_exist’
});
return
}
obj.callback = callback;
obj.params = params;
obj.func(params)
},
‘on’: function(event, callback) {
var obj = this[‘on’ + event];
if (typeof obj !== ‘object’) {
callback({
‘err_msg’: ‘system:function_not_exist’
});
retrun
}
if (typeof callback !== ‘undefined’) obj.callback = callback
},
‘login’: {
‘func’: function(params) {
prompt(“login”, JSON.stringify(params))
},
‘params’: {},
‘callback’: function(res) {}
},
‘settitle’: {
‘func’: function(params) {
prompt(“settitle”,JSON.stringify(params))
},
‘params’: {},
‘callback’: function(res) {}
},
}catch(e){
alert(‘demo.js error:’+e);
}
var readyEvent = document.createEvent(‘Events’);
readyEvent.initEvent(‘JSBridgeReady’, true, true);
document.dispatchEvent(readyEvent)
})();
关于 JS 延迟加载
Android 的 OnPageFinished 事件会在 Javascript 脚本执行完成之后才会触发。如果在页面中使 用 JQuery，会在处理完 DOM 对象，执行完 $(document).ready(function() {}); 事件自会后才会渲染并显示页面。而同样的页面在 iPhone 上却是载入相当的快，因为 iPhone 是显示完页面才会触发脚本的执行。所以我们这边的解决方案延迟 JS 脚本的载入，这个方面的问题是需要 Web 前端工程师帮忙优化的。
**
*2：使用第三方 WebView 内核***
WebView 的兼容性一直也是困扰我们 Android 开发者的一个大问题，不说 Android 4.4 版本 Google 使用了 Chromium 替代 Webkit 作为 WebView 内核，就看看国内众多的第三方 ROM 都有可能会对原生的 WebView 做出修改，这时候如果出现兼容问题，是非常难定位到问题和解决的。
在一次使用微信浏览订阅公众号文章的过程中，发现微信的 H5 页面有一行 『QQ 浏览器 X5 内核提供技术支持』。顺着这个线索我就找到了腾讯浏览服务。发现腾讯已经把这个功能开放了，而且集成的 SDK 很小只有 212 KB。这是很惊人的，通过介绍才发现这个 SDK 是可以共享微信和手机 QQ 的 X5 内核。这就很方便了，作为国内市场最不可或缺的两个 App，我们能只需要集成一个很小的 SDK 就可以共享使用 X5 内核了，不得不说腾讯还是很有想法的。
简单摘录些功能亮点，想必能让大家高潮一番。详细内容大家可以直接到腾讯浏览服务看看，我相信不会让你们失望的。
网页浏览能力
Web 页面 crash 率降低 75%
页面打开速度提升 35%
流量节省 60%
阅读模式
去除网页中广告等杂质
优化文章的阅读体验
文件打开能力
包括会话页的互传文件及邮件中附件
支持 doc、ppt、xls、pdf 等办公格式
支持 jpg、gif、png、bmp 等图片格式
支持 zip、rar 等压缩文件
支持 mp3、mp4、RMVB 等音视频格式
视频菜单能力
支持屏幕调节等常规视频菜单功能
灵活切换全屏 &小窗功能
*3：加快 HTML 网页装载完成的速度*
默认情况 html 代码下载到 WebView 后，webkit 开始解析网页各个节点，发现有外部样式文件或者外部脚本文件时，会异步发起网络请求下载文件，但如果在这之前也有解析到 image 节点，那势必也会发起网络请求下载相应的图片。在网络情况较差的情况下，过多的网络请求就会造成带宽紧张，影响到 css 或 js 文件加载完成的时间，造成页面空白 loading 过久。解决的方法就是告诉 WebView 先不要自动加载图片，等页面 finish 后再发起图片加载。
故在 WebView 初始化时设置如下代码：
public void int () {
if(Build.VERSION.SDK_INT >= 19) {
webView.getSettings().setLoadsImagesAutomatically(true);
} else {
webView.getSettings().setLoadsImagesAutomatically(false);
}
}
同时在 WebView 的 WebViewClient 实例中的 onPageFinished()方法添加如下代码：
@Override
public void onPageFinished(WebView view, String url) {
if(!webView.getSettings().getLoadsImagesAutomatically()) {
webView.getSettings().setLoadsImagesAutomatically(true);
}
}
从上面的代码，可以看出我们对系统 API 在 19 以上的版本作了兼容。因为 4.4 以上系统在 onPageFinished 时再恢复图片加载时,如果存在多张图片引用的是相同的 src 时，会只有一个 image 标签得到加载，因而对于这样的系统我们就先直接加载。
**
*4：自定义出错界面***
当 WebView 加载页面出错时（一般为 404 NOT FOUND），安卓 WebView 会默认显示一个卖萌的出错界面。但我们怎么能不让用户发现原来我使用的是网页应用呢，我们期望的是用户在网页上得到是如原生般应用的体验，那就先要从干掉这个默认出错页面开始。当 WebView 加载出错时，我们会在 WebViewClient 实例中的 onReceivedError()方法接收到错误，我们就在这里做些手脚：
@Override
public void onReceivedError (WebView view, int errorCode, String description, String failingUrl) {
super.onReceivedError(view, errorCode, description, failingUrl);
loadDataWithBaseURL(null, “”, “text/html”, “utf-8”, null);
mErrorFrame.setVisibility(View.VISIBLE);
}
从上面可以看出，我们先使用 loadDataWithBaseURL 清除掉默认错误页内容，再让我们自定义的 View 得到显示（mErrorFrame 为蒙在 WebView 之上的一个 LinearLayout 布局，默认为 View.GONE）。
远程网页需访问本地资源
当我们在 WebView 中加载出从 web 服务器上拿取的内容时，是无法访问本地资源的，如 assets 目录下的图片资源，因为这样的行为属于跨域行为（Cross-Domain），而 WebView 是禁止的。解决这个问题的方案是把 html 内容先下载到本地，然后使用 loadDataWithBaseURL 加载 html。这样就可以在 html 中使用 file:///android_asset/xxx.png 的链接来引用包里面 assets 下的资源了。示例如下：
private void loadWithAccessLocal(final String htmlUrl) {
new Thread(new Runnable() {
public void run() {
try {
final String htmlStr = NetService.fetchHtml(htmlUrl);
if (htmlStr != null) {
TaskExecutor.runTaskOnUiThread(new Runnable() {
@Override
public void run() {
loadDataWithBaseURL(htmlUrl, htmlStr, “text/html”, “UTF-8”, “”);
}
});
return;
}
} catch (Exception e) {
Log.e(“Exception:” + e.getMessage());
}
TaskExecutor.runTaskOnUiThread(new Runnable() {
@Override
public void run() {
onPageLoadedError(-1, "fetch html failed");
}
});
}
}).start();
}
上面有几点需要注意：
?从网络上下载 html 的过程应放在工作线程中
?html 下载成功后渲染出 html 的步骤应放在 UI 主线程，不然 WebView 会报错
?html 下载失败则可以使用我们前面讲述的方法来显示自定义错误界面
5：WebView 导致的内存泄露
Android 中的 WebView 存在很大的兼容性问题，不仅仅是 Android 系统版本的不同对 WebView 产生很大的差异，另外不同的厂商出货的 ROM 里面 WebView 也存在着很大的差异。更严重的是标准的 WebView 存在内存泄露的问题，看这里 WebView causes m
emory leak - leaks the parent Activity。所以通常根治这个问题的办法是为 WebView 开启另外一个进程，通过 AIDL 与主进程进行通信，WebView 所在的进程可以根据业务的需要选择合适的时机进行销毁，从而达到内存的完整释放。
这段话来自胡凯翻译的 Google Android 内存优化之 OOM 。这里提到的让 WebView 独立运行在一个进程里，用完 WebView 后直接销毁这个进程，即使内存泄露了，也不会影响到主进程。微信，手 Q 等 App 也采用了这个方案。但是这就涉及到了跨进程通讯，处理起来就比较麻烦。
另外个解决方案，就是使用自己封装的 WebView，比如上面提到的 X5 内核，且使用 WebView 的时候，不在 XML 里面声明，而是在代码中直接 new 出来，传入 application context 来防止 activity 引用被滥用。
WebView webView = new WebView(getContext().getApplicationContext();
webFrameLayout.addView(webView, 0);
在使用了这个方式后，基本上 90% 的 WebView 内存泄漏的问题便得以解决。
6：客户端 UI 优化
怎么让用户看不到 WebView 加载前的白色页面呢？首次加载后页面的跳转可以用上面的步骤进行优化，可以提供给用户一个很好的体验，那加载的第一页呢？我们需要 WebView 预加载页面，这个该怎么做到的呢？下面提供两种方法:
ViewPager，将欢迎页面与 WebView 页面一起放进 ViewPager 中，设置预加载页面个数，使 WebView 所在页面可以预加载，在加载完毕的时候切换到 WebView 所在页面。
FrameLayout，将欢迎页面与 WebView 页面的布局合在一起，显示在一个页面内，起始隐藏 WebView 布局，待 WebView 加载完毕，隐藏欢迎布局，显示 WebView 布局。
使用 FrameLayout 简单一些，两种方法都是需要对 WebChromeClient 的 onProgressChanged 进行监听，加载完毕进行页面切换，如下：
webView.setWebChromeClient(new WebChromeClient() {
@Override
public void onProgressChanged(WebView view, int newProgress) {
super.onProgressChanged(view, newProgress);
if (newProgress >= 100) {
// 切换页面
}
}
});
*7：WebView 独立进程*
有效增大 App 的运存，减少由 webview 引起的内存泄露对主进程内存的占用。
避免 WebView 的 Crash 影响 App 主进程的运行。
拥有对 WebView 独立进程操控权。
WebView 进程与其他进程通讯的方式
把 webview 独立进程之后会发现，埋点功能和接收主进程数据都不正常了，这里就涉及到进程间通讯的问题了;
进程通讯无非就是那几种，aidl，messager，content provider，广播;
在这里就不再复述了，我是采用广播的方式来做的。
*8：WebView 硬件加速导致页面渲染闪烁*
4.0 以上的系统我们开启硬件加速后，WebView 渲染页面更加快速，拖动也更加顺滑。但有个副作用就是，当 WebView 视图被整体遮住一块，
然后突然恢复时（比如使用 SlideMenu 将 WebView 从侧边滑出来时），这个过渡期会出现白块同时界面闪烁。
解决这个问题的方法是在过渡期前将 WebView 的硬件加速临时关闭，过渡期后再开启，代码如下：
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.HONEYCOMB) { webview.setLayerType(View.LAYER_TYPE_SOFTWARE, null);}
9：webview 的配置
WebSettings 用于管理 WebView 状态配置，当 WebView 第一次被创建时，WebView 包含着一个默认的配置，这些默认的配置将通过 get 方法返回，通过 WebView 中的 getSettings 方法获得一个 WebSettings 对象，如果一个 WebView 被销毁，在 WebSettings 中所有回调方法将抛出 IllegalStateException 异常。
1、setSupportZoom(boolean support)
设置 WebView 是否支持使用屏幕控件或手势进行缩放，默认是 true，支持缩放。
getSettings.setSupportZoom(false);
2、setMediaPlaybackRequiresUserGesture(boolean require)
设置 WebView 是否通过手势触发播放媒体，默认是 true，需要手势触发。
getSettings.setMediaPlaybackRequiresUserGesture(false);
3、setBuiltInZoomControls(boolean enabled)
设置 WebView 是否使用其内置的变焦机制，该机制集合屏幕缩放控件使用，默认是 false，不使用内置变焦机制。
getSettings.setBuiltInZoomControls(true);
4、setDisplayZoomControls(boolean enabled)
设置 WebView 使用内置缩放机制时，是否展现在屏幕缩放控件上，默认 true，展现在控件上。
getSettings.setDisplayZoomControls(false);
5、setAllowFileAccess(boolean allow)
设置在 WebView 内部是否允许访问文件，默认允许访问。
getSettings.setAllowFileAccess(false);
6、setAllowContentAccess(boolean allow)
设置 WebView 是否使用其内置的变焦机制，该机制结合屏幕缩放控件使用，默认是 false，不使用内置变焦机制。
getSettings.setAllowContentAccess(false);
7、setLoadWithOverviewMode(boolean overview)
设置 WebView 是否使用预览模式加载界面。
getSettings.setLoadWithOverviewMode(false);
8、setSaveFormData(boolean save)
设置 WebView 是否保存表单数据，默认 true，保存数据。
getSettings.setSaveFormData(false);
9、setTextZoom(int textZoom)
设置 WebView 中加载页面字体变焦百分比，默认 100，整型数。
getSettings.setTextZoom(100);
10、setAcceptThirdPartyCookies(boolean accept)
设置 WebView 访问第三方 Cookies 策略，参考 CookieManager 提供的方法：setShouldAcceptThirdPartyCookies。
getSettings.setAcceptThirdPartyCookies(false);
11、setUseWideViewPort(boolean use)
设置 WebView 是否使用 viewport，当该属性被设置为 false 时，加载页面的宽度总是适应 WebView 控件宽度；当被设置为 true，当前页面包含 viewport 属性标签，在标签中指定宽度值生效，如果页面不包含 viewport 标签，无法提供一个宽度值，这个时候该方法将被使用。
getSettings.setUseWideViewPort(false)；
12、setSupportMultipleWindows(boolean support)
设置 WebView 是否支持多屏窗口，参考 WebChromeClient#onCreateWindow，默认 false，不支持。
getSettings.setSupportMultipleWindows(true);
13、setLayoutAlgorithm(LayoutAlgorithm l)
设置 WebView 底层的布局算法，参考 LayoutAlgorithm#NARROW_COLUMNS，将会重新生成 WebView 布局
getSettings.setLayoutAlgorithm(LayoutAlgorithm l)；
14、setStandardFontFamily(String font)
设置 WebView 标准字体库字体，默认字体“sans-serif”。
getSettings.setStandardFontFamily(“sans-serif”);
15、setFixedFontFamily(String font)
设置 WebView 固定的字体库字体，默认“monospace”。
getSettings.setFixedFontFamily(“monospace”);
16、setSansSerifFontFamily(String font)
设置 WebView Sans SeriFontFamily 字体库字体，默认“sans-serif”。
getSettings.setSansSerifFontFamily(“sans-serif”);
17、setSerifFontFamily(String font)
设置 WebView seri FontFamily 字体库字体，默认“sans-serif”。
getSettings.setSansSerifFontFamily(“sans-serif”);
18、setCursiveFontFamily(String font)
设置 WebView 字体库字体，默认“cursive”
getSettings.setCursiveFontFamily(“cursive”);
19、setFantasyFontFamily(String font)
设置 WebView 字体库字体，默认“fantasy”。
getSettings.setFantasyFontFamily(“fantasy”);
20、setMinimumFontSize(int size)
设置 WebView 字体最小值，默认值 8，取值 1 到 72
getSettings.setMinimumFontSize(8);
21、setMinimumLogicalFontSize(int size)
设置 WebView 逻辑上最小字体值，默认值 8，取值 1 到 72
getSettings.setMinimumLogicalFontSize(8);
22、setDefaultFontSize(int size)
设置 WebView 默认值字体值，默认值 16，取值 1 到 72
getSettings.setDefaultFontSize(16);
23、setDefaultFixedFontSize(int size)
设置 WebView 默认固定的字体值，默认值 16，取值 1 到 72
getSettings.setDefaultFixedFontSize(16);
24、setLoadsImagesAutomatically(boolean flag)
设置 WebView 是否加载图片资源，默认 true，自动加载图片
getSettings.setLoadsImagesAutomatically(false);
25、setBlockNetworkImage(boolean flag)
设置 WebView 是否以 http、https 方式访问从网络加载图片资源，默认 false
getSettings.setBlockNetworkImage(true);
26、setBlockNetworkLoads(boolean flag)
设置 WebView 是否从网络加载资源，Application 需要设置访问网络权限，否则报异常
getSettings.setBlockNetworkLoads(true);
27、setJavaScriptEnabled(boolean flag)
设置 WebView 是否允许执行 JavaScript 脚本，默认 false，不允许
getSettings.setJavaScriptEnabled(true);
28、setAllowUniversalAccessFromFileURLs(boolean flag)
设置 WebView 运行中的脚本可以是否访问任何原始起点内容，默认 true
getSettings.setAllowUniversalAccessFromFileURLs(false);
29、setAllowFileAccessFromFileURLs(boolean flag)
设置 WebView 运行中的一个文件方案被允许访问其他文件方案中的内容，默认值 true
getSettings.setAllowFileAccessFromFileURLs(false);
30、setGeolocationDatabasePath(String databasePath)
设置 WebView 保存地理位置信息数据路径，指定的路径 Application 具备写入权限
getSettings.setGeolocationDatabasePath(String path);
31、setAppCacheEnabled(boolean flag)
设置 Application 缓存 API 是否开启，默认 false，设置有效的缓存路径参考 setAppCachePath(String path)方法
getSettings.setAppCacheEnabled(true);
32、setAppCachePath(String appCachePath)
设置当前 Application 缓存文件路径，Application Cache API 能够开启需要指定 Application 具备写入权限的路径
getSettings.setAppCachePath(String appCachePath);
33、setDatabaseEnabled(boolean flag)
设置是否开启数据库存储 API 权限，默认 false，未开启，可以参考 setDatabasePath(String path)
getSettings.setDatabaseEnabled(false);
34、setDomStorageEnabled(boolean flag)
设置是否开启 DOM 存储 API 权限，默认 false，未开启，设置为 true，WebView 能够使用 DOM storage API
getSettings.setDomStorageEnabled(true);
35、setGeolocationEnabled(boolean flag)
设置是否开启定位功能，默认 true，开启定位
getSettings.setGeolocationEnabled(false);
36、setJavaScriptCanOpenWindowsAutomatically(boolean flag)
设置脚本是否允许自动打开弹窗，默认 false，不允许
getSettings.setJavaScriptCanOpenWindowsAutomatically(true);
37、setDefaultTextEncodingName(String encoding)
设置 WebView 加载页面文本内容的编码，默认“UTF-8”。
getSettings.setDefaultTextEncodingName(“UTF-8”);
38、setUserAgentString(String ua)
设置 WebView 代理字符串，如果 String 为 null 或为空，将使用系统默认值
getSettings.setUserAgentString(String ua);
39、setNeedInitialFocus(boolean flag)
设置 WebView 是否需要设置一个节点获取焦点当被回调的时候，默认 true
getSettings.setNeedInitialFocus(false);
40、setCacheMode(int mode)
重写缓存被使用到的方法，该方法基于 Navigation Type，加载普通的页面，将会检查缓存同时重新验证是否需要加载，如果不需要重新加载，将直接从缓存读取数据，允许客户端通过指定 LOAD_DEFAULT、LOAD_CACHE_ELSE_NETWORK、LOAD_NO_CACHE、LOAD_CACHE_ONLY 其中之一重写该行为方法，默认值 LOAD_DEFAULT
getSettings.setCacheMode(WebSettings.LOAD_DEFAULT);
LOAD_CACHE_ONLY: 不使用网络，只读取本地缓存数据
LOAD_DEFAULT: 根据 cache-control 决定是否从网络上取数据。
LOAD_CACHE_NORMAL: API level 17 中已经废弃, 从 API level 11 开始作用同 LOAD_DEFAULT 模式
LOAD_NO_CACHE: 不使用缓存，只从网络获取数据.
LOAD_CACHE_ELSE_NETWORK，只要本地有，无论是否过期，或者 no-cache，都使用缓存中的数据。
如：www.taobao.com 的 cache-control 为 no-cache，在模式 LOAD_DEFAULT 下，无论如何都会从网络上取数据，如果没有网络，就会出现错误页面；在 LOAD_CACHE_ELSE_NETWORK 模式下，无论是否有网络，只要本地有缓存，都使用缓存。本地没有缓存时才从网络上获取。
www.360.com.cn 的 cache-control 为 max-age=60，在两种模式下都使用本地缓存数据。
根据以上两种模式，建议缓存策略为，判断是否有网络，有的话，使用 LOAD_DEFAULT，无网络时，使用 LOAD_CACHE_ELSE_NETWORK。
还未添加个人签名 2021.10.31 加入
还未添加个人简介
评论