Android WebView的坑

记录一些webview比较隐晦难查的问题。

1. 系统字体改变大小影响WebView内网页的字体大小：设置WebView.setTextZoom(100)，字体大小就只会由网页改动，不随系统变化。

2. 三星手机进入webview后息屏一分钟再亮屏退出webview再进入，webview白屏：三星手机部分系统有「特殊的」省电优化，息屏后会致使webview内部长链接断开，任何请求都失效了。解决办法：每次进来都从新建立webview，所以退出的时候必需要销毁，也保证了不会形成内存泄露。但是依然存在息屏后继续操做webview，这时候网页内全部的请求失效，此问题没有很好的解决办法，webview也没有提供对应的重连api，可行方案：部分手机亮屏刷新页面，直接重建webview。

3. webview内存泄露：

1. 须要动态建立：WebView webview = new WebView(context); 
2. 销毁：
    if(webview != null ){
        webview.destroy();
        ViewGroup parent = (ViewGroup)webview.getParent();
        if(parent != null){
            parent.removeView(webview);
        }
        webview = null;
    }
复制代码

4. webview返回上一级老是会刷新：从二级页面返回到上一级无法控制不刷新。方案：1. webview.setCacheMode(LOAD_CACHE_ONLY), 只用缓存这种方式基本不适合大部分需求。2. 跳到二级页面时从新建立一个webview，实现下返回逻辑。可是若是层级太多也不适合，适合那种一级页面强制要求不能返回刷新，二级以上的页面没有这种限制的需求。

5. 网页没法播放视频、滑动不畅：开启硬件加速。

6. 开启硬件加速的问题：

• 硬件加速3.0以上就支持了，可是部分低版本的手机开启硬件加速后，可能会出现闪屏、卡顿等现象；
• 部分H5的组件、原生自定义的组件不支持硬件加速。所以只能在性能和bug中抉择。。。
• 低版本手机RAM小，而硬件加速须要很大的内存，因此低版本开了硬件加速反而卡顿。
• 方案：1. 拿到userAgent中的chrome内核版本，抉择下支持硬件加速的最低chrome内核版本。2.直接选定一个Android最低支持硬件加速的版本，我的认为4.4是个不错的分界点。不过这些方案都不是很完美的，部分手机仍是有第5点问题。WebView是真的坑。。。

7. 支持HTTP2的前提条件是：Android版本4.4及以上 + Chrome内核版本41及以上。

持续更新中。。。

总结：webview的坑不少，H5性能上本就是一个很大的痛点，webview还搞这么多事儿。。若是项目中问题不少的话，能够尝试下腾讯x5内核，兼容性更强、速度更快、大厂的技术支持，但依然会碰到一些坑。而且如今也有不少的热更新方案：ReactNative、Weex等等，但兼容性都不是很好，要根据业务场景进行抉择了。

ps ：最适合本身的才是最好的。