WebView适配有关问题集锦

WebView适配问题集锦
Android 4.0以上的系统设置中的开发人员设置中有一项是“强制使用GPU渲染”。当这个开启时，可能会引起WebView的稳定，如页面加载后一闪而过又变成空白等。好在这一项默认是关闭的。
不过硬件加速确实会造成WebView容易出现问题，原来碰到过不少。但硬件加速确实有不少好处，可以大大加快客户端的速度，尤其是在播放动画的时候。最实惠的做法是整体打开硬件加速，然后根据实际场景使用setLayerType关闭WebView的硬件加速。

url拦截

Android WebView是拦截不到页面内的#fragment跳转的。但是url跳转的话，又会引起页面刷新，H5页面的体验又下降了。只能给WebView注入JS方法了。

不过IOS倒是可以拦截得到。

其它两个适配问题：
在WebView上面使用Animation，WebView的绘画区域不动。
WebView有时会出现某一块区域白屏的问题

可以参考这里：http://blog.csdn.net/a345017062/article/details/7478667

使用WebView不当可能会导致内存骤增，可以参考这里：
http://blog.csdn.net/a345017062/article/details/8518471

Android的WebView退出后flash视频播放器无法退出的问题
可以参考这里：http://blog.csdn.net/a345017062/article/details/6788502

Android 3.X中WebView使用Zoom控件程序崩溃的问题

http://blog.csdn.net/a345017062/article/details/6838449

1、硬件加速。Android 4.0以上的系统设置中的开发人员设置中有一项是“强制使用GPU渲染”。当这个开启时，在部分机型（我们在G14上发现这个问题）可能会引起WebView的稳定，如H5页面加载后一闪而过又变成空白等。强制调用隐藏方法setLayertype(software)也解决不了问题。后来发现如果把targetVersion设置为14及以上，这个问题可以解决。


2、跳转拦截。H5页面在使用window.location.href做地址跳转时，如果只是做#fragment跳转，shouldOverrideUrlLoading拦截不到。经过试验发现只能拦截到绝对地址、相对地址的跳转。


3、缓存模式。WebView的默认缓存模式是LOAD_DEFAULT，当设备离线时，WebView按照HTTP协议执行标准的网页缓存控制，有些已经过期，但仍在缓存中的网页，就显示不出来了。如果loadUrl时判断当前网络状态，发现设备离线时，把缓存模式设置为LOAD_CACHE_ELSE_NETWORK，就能做到设备离线时无论网页是否过期，只要被缓存了，都可以显示出来。显示过期网页总比显示错误页面要好一些。


4、清除缓存。WebView的缓存目录在2.X和4.X中不一样，会影响到清除缓存。目前来看使用的是toLowerCase().indexOf("webviewcache")>=0来判断是否webview的缓存目录还是比较靠谱的。


5、调用周期。onPageStarted、onPageFinished、onReceivedError这三个周期方法在网络发生错误时就不可靠了，会出现重复调用的问题。


6、appCache默认关闭，需要手动打开并进行设置。一般要求设置5M。


7、清除Cookie的操作是Application范围内的，需要注意这个可能引起的问题。


8、有一次WebView被destroy时调用了setWebViewClient(null); ，但在测试中发现会报空指针。（samsung i9220 Android 4.0.4 ）

查看更多 下一篇