共计 1947 个字符，预计需要花费 5 分钟才能阅读完成。
WebView 加载优化
当 WebView 的使用频率变得频繁的时候，对于其各方面的优化就变得逐渐重要了起来。可以知道的是，我们每加载一个 H5 页面，都会有很多的请求。除了 HTML 主 URL 自身的请求外，HTML 外部引用的 JS、CSS、字体文件、图片都是一个个独立的 HTTP 请求，虽然请求是并发的，但当网页整体数量达到一定程度的时候，再加上浏览器解析、渲染的时间，Web 整体的加载时间变得很长。同时请求文件越多，消耗的流量也会越多。那么对于加载的优化就变得非常重要，这方面的经验我也没有什么别的，大概三个方面：一个，就是资源本地化的问题 首先可以明确的是，以目前的网络条件，通过网络去服务器获取资源的速度是远远比不上从本地读取的。谈论各种优化策略其实恰恰忽略了“需要加载”才是阻挡速度提升的最大绊脚石。所以我们的思路一，就是将一些较重的资源比如 js、css、图片甚至 HTML 本身进行本地化处理，在每次加载到这些资源的时候，从本地读取进行加载，可以简单记忆为“存·取·更”。1.“存”——将上述重量级资源打包进 apk 文件，每次加载相应文件时时从本地取即可。也可不打包，在第一次加载时以及接下来的若干间隔时间里动态下载存储，将所有的资源文件都存在 Android 的 asset 目录下；2.“取”——重写 WebViewClient 的 WebResourceResponse shouldInterceptRequest(WebView view, WebResourceRequest request) 方法，通过一定的判别方法（例如正则表达式）拦截相应的请求，从本地读取相应资源并返回；3.“更”——建立起 Cache Control 机制，定期或使用 API 通知的形式控制本地资源的更新，保证本地资源是最新和可用的。第二个，就是缓存的问题 倘若你不采用或不完全采用第一条资源本地化的思路，那么你的 WebView 缓存是必须要开启的（虽然这一思路和第一条有重合的地方）。WebSettings settings = webView.getSettings(); settings.setAppCacheEnabled(true); settings.setDatabaseEnabled(true); settings.setDomStorageEnabled(true);// 开启 DOM 缓存 settings.setCacheMode(WebSettings.LOAD_DEFAULT); 在网络正常时，采用默认缓存策略，在缓存可获取并且没有过期的情况下加载缓存，否则通过网络获取资源以减少页面的网络请求次数。这里值得提起的是，我们经常在 app 里用 WebView 展示页面时，并不想让用户觉得他是在访问一个网页。因为倘若我们的 app 里网页非常多，而我们给用户的感觉又都像在访问网页的话，我们的 app 便失去了意义。（我的意思是为什么用户不直接使用浏览器呢？）所以这时，离线缓存的问题就值得我们注意。我们需要让用户在没有网的时候，依然能够操作我们的 app，而不是面对一个和浏览器里的网络错误一样的页面，哪怕他能进行的操作十分有限。这里我的思路是，在开启缓存的前提下，WebView 在加载页面时检测网络变化，倘若在加载页面时用户的网络突然断掉，我们应当更改 WebView 的缓存策略。ConnectivityManager connectivityManager = (ConnectivityManager)getSystemService(Context.CONNECTIVITY_SERVICE); NetworkInfo networkInfo = connectivityManager.getActiveNetworkInfo(); if(networkInfo.isAvailable()) {settings.setCacheMode(WebSettings.LOAD_DEFAULT);// 网络正常时使用默认缓存策略 } else {settings.setCacheMode(WebSettings.LOAD_CACHE_ONLY);// 网络不可用时只使用缓存 } 既然有缓存，就要有缓存控制，与一相似的是我们也要建立缓存控制机制，定期或接受服务器通知来进行缓存的清空或更新。第三个，就是延迟加载和执行 js 在 WebView 中，onPageFinished() 的回调意味着页面加载的完成。但该方法会在 JavScript 脚本执行完成后才会触发，倘若我们要加载的页面使用了 JQuery，会在处理完 DOM 对象，执行完 $(document).ready(function() {}) 后才会渲染并显示页面。这是不可接受的，所以我们需要对 Js 进行延迟加载，当然这部分是 Web 前端的工作。
