在移动端开发中，一定多多少少会用到WebView,而安卓的碎片化也对Webview造成了或多或少的影响，毕竟不同Android版本的Webview内核也不一样。
今天就总结一下，我在webview中踩的坑，附带自己的解决方案or思路。
希望朋友们以后少跳坑。
（webview能做多逼真？推荐澎湃新闻，打开开发人员选项-显示布局边界 你就知道）
0.推荐先行阅读
Android 浏览器内核研究与探秘：（复制到手机浏览器打开）
http://blog.csdn.net/column/details/android-browser.html
14年的总结，时间比较远，作为入门读物是可以的。
Android WebView Memory Leak：（复制到手机浏览器打开）
https://my.oschina.net/zhibuji/blog/100580
大概讲了一下泄漏的原因及其研究。
=========================分割线=================
1.webview的内存泄漏。
是的，webview会内存泄漏，这是我万万没想到的，在我对app进行优化的时候，首先就对这个坑产生了怀疑，一个控件怎么就？？？？
前文链接已经有了介绍，我这里就不说啥了。
我在app中集成了LeakCanary进行监控内存泄漏
（LeakCanary是啥....
https://www.liaohuqiu.net/cn/posts/leak-canary-read-me/
不用谢，方便各位年底跳槽能谈笑风生—。=）
经常弹出某activity发生泄漏，最终指向webview。
一般来说，我们写一个简单的demo，渲染某个网页。布局是这样的
image
一个progressbar用来显示网页加载进度，一个webview铺满屏幕。
代码中 webview.load(url）即可。
是的，在了解到webview会内存泄漏前，我都是这么写的，以至于后边填坑的时候，填了很多...
解决方案：
首先，布局里不要有webview，webview在你需要的时候，通过代码创建，不需要的时候就抹去。布局里只要存在一个给 webview做容器的webContainer就行了。
image
比如我这里用一个FrameLayout做父布局，用来承载webview。
在需要用webview的时候，手动创建
image
然后把webview加到父容器里。实现的效果也是一样的，不过这里依旧有一个坑，这样的写法，在调试的时候，网页里的alert弹框是看不到的，这个坑我后边会讲。
然后该咋渲染咋渲染，在不需要这个webview的时候，比如onDestroy的时候
image
把该webview从父容器里remove掉，首先眼不见为净。接着处理webview在渲染时可能带来的垃圾。
image
记住，这里也有坑，webview.pauseTimers貌似是全局影响，也就是用了一次以后，接下来的webview都会受影响，我在开发的时候，封装使用了这个api，渲染某个网页，destroy，再渲染，此时该网页渲染不出，一直处于黑屏。
包括webview.clearCache，貌似也会造成这样的状况，这个我没有详细往下追究，源码的说明我也只是看得懂个global单词（真是英语还给老师还得干干净净）。
按!顺!序!执行以上代码，能有效彻底的干掉webview，
PS:如果先执行webview.destroy()，后边webview均会报异常！！
以上就是解决webview内存泄漏的方法。
2..WebView页面中播放了音/视频,退出Activity后仍有声音。
首先，你可以这样简单验证，A activitiy 进入 web activitiy，web activitiy加载某个视频网站，播放视频，然后按返回键返回 A activity，（保证你按返回是finish web activity）
在有的机型上，返回A后，仍然可以听见web有播放视频的声音，很诡异，我的理解是，该webview并没有随web activity被销毁，webview还在播放cache里的内容。
我不知道我这个理解对不对，但是这样的现象显然是不允许出现的。
最简单的方法，webView.destroy()。
然而，坑就在这里。
直接销毁webview，
控制台报错（不会引起崩溃）
java.lang.Throwable:
Error: WebView.destroy() called while still attached!
这就为什么webview要按1方法写的原因，先从父容器里remove再销毁。
有的朋友可能会问，在onDestroy的时候webview.load(about：blank)不就好了么，是的，这样确实不会有声音播放了，但是...你都已经对webview进行处理了，不差最后destroy这一步吧？
3.初始化webview配置中的那些坑。
如注释，对webview进行定制（部分坑会在下午详细讲）
3-1.webChromeClient，我的理解是主要用来处理效果的，如js里的alert，加载进度的监听。
3-2.webViewClient，我的理解是主要用来处理网页事件的，比如web的开始加载回调，加载结束回调，加载错误的回调。
3-3 websetting，顾名思义web的一些设置，比如是否允许js注入，是否允许缩放。
image
好了，讲坑。
两个client的坑我开个专题吐槽。
3-3的设置坑先吐槽。
缩放功能的坑：
setBuiltInZoomControls(true)
setDisplayZoomControls(true)
本身是用来告诉用户你进行了页面缩放的，但是这两个同时开，当缩放按钮显示在webview上的时候，你finish这个activity，应用崩溃，是的，不信可以试一试，log我就不放了，因为当时播cctv5的界面，朝廷台没做移动端适配，所以我开了这两个开关，然后就T_T。所以两个开关，要么都不开，要么只开前者。
缓存的坑
setDomStorageEnable(true）
关闭这个，无法播放部分网站的视频，比如PPTV，因为我当时没开（默认关闭），被上一个开发怼了，是的，那个嘲讽会让我diu更lei加lou努mou力。
cookies的坑
setMixedContentMode
image
在Lollipop以前，混合内容模式是默认always_allow的，21以后就默认normal
这就导致21以上的机型在播放某些网站的视频，只有菊花一直在loading。
而且控制台的数据很奇怪，跳出这个坑，经验值加1。
网友评论