WebView优化

1.启动慢的原因
   

2.WebView提前初始化

3.客户端代理数据请求

   *在客户端初始化WebView的同时，直接由native开始网络请求数据；当页面初始化完成后，向native获取其代理请求的数据

4.资源本地化
    *在webview的加载过程中，我们通过重写方法 shouldInterceptRequest 可以拦截到不同的请求，只需要把一些常用的资源如cs、js文件打包到apk中，然后做本地的替换，就回使用本地的资源，这样减少了重复请求的时间，优化了webview的加载时间
     *本地离线包的形式
    webview 可以加载网络资源，那么也是可以加载本地的资源，在apk 启动的时候，我们可以把整个前端代码文件下载解压到本地的文件路径中，然后通过file：///...index.html 去打开本地的资源
     *拦截webview的请求，shouldInterceptRequest 不仅可以拦截资源文件，也是可以拦截html中的ajax请求，拦截请求后，可以使用android常见的okhttp或者retrofit等请求框架发起请求，可以添加需要的头信息，或者修改请求参数，然后返回response再返回给webview，这样就做到了动态修改webview中的请求信息，这里需要注意的是，post请求的body是无法拦截的到的，所以就需要把body参数放置到header中拦截，然后自己处理后再拼装即可

5.图片资源按需加载

实现复杂度：★☆☆☆☆，效果预计：★★★★★

图片资源占我们H5界面（尤其是商品详情页）中绝大多数流量，可以在 user-agent 中加入客户端屏幕分辨率，前端H5根据分辨率来决定展示多大的缩略图。如果是商品详情页的话可以采用和手淘类似的交互方案：默认显示缩略图，点击显示原图以便用户下载图片。

实现方式：客户端加载H5界面时在 user-agent 中加入屏幕分辨率。

6.浏览器缓存机制

实现复杂度：★☆☆☆☆，效果预计：★★★☆☆

根据 HTTP 协议头里的 Cache-Control（或 Expires）和 Last-Modified（或 Etag）等字段来控制文件缓存的机制。

常见用法是：Cache-Control与 Last-Modified 一起使用；Expires与 Etag一起使用；即一个用于控制缓存有效时间，一个用于在缓存失效后，向服务查询是否有更新。特别注意：浏览器缓存机制 是 浏览器内核的机制，一般都是标准的实现，即Cache-Control、 Last-Modified 、 Expires、 Etag都是标准实现，你不需要操心。

不足：缓存文件需要首次加载后才会产生；浏览器缓存的存储空间有限，缓存有被清除的可能；缓存的文件没有校验。

应用场景：静态资源文件的存储，如JS、CSS、字体、图片等。

缓存存储路径：Android Webview 会将缓存的文件记录及文件内容会存在当前 app 的 data 目录中。

实现方式：前端人员在 H5 界面的 HTTP 协议头里添加缓存机制，客户端人员在本地放开缓存限制，跟着 H5 的缓存机制走

7.加 CDN

实现复杂度：★☆☆☆☆，效果预计：★★☆☆☆，需要收费

CDN 的全称是Content Delivery Network，即内容分发网络，它具有以下优势：减少带宽需求量，提供服务器端加速，解决由于用户访问量大造成的服务器过载问题，服务商能使用Web Cache技术在本地缓存用户访问过的Web页面和对象。

实现方式：这个方案只需要运维在阿里云进行配置即可，需要费用

————————————————

版权声明：本文为CSDN博主「Lerendan」的原创文章，遵循CC 4.0 BY-SA版权协议，转载请附上原文出处链接及本声明。

原文链接：https://blog.csdn.net/u010289802/article/details/101781770