WebView坑总结（中）

4.设置webChromeClient的坑

我这里讲几个典型的，

onProgressChanged，用于显示网页加载进度的，不然在加载网页的时候，急躁的用户看不到,呵呵，个辣鸡。

mProgress走到100就代表网页彻底加载完毕，但是限于某些网站的网页写法不是很规整，内容先写出来，但是广告脚本乱插，导致加载很慢，看起来就像

明明网页内容都出来了，但是进度条卡住了。裤子都脱了，洗澡水还没放完。

PS：CrashReport.setJavaScriptMonitor是腾讯bugly监听网页崩溃的api，要求放在这里-----安利一下腾讯的bugly，自动上报崩溃和log，比某些猴子好用多了，而且这种log，猴子抓一辈子都抓不出。

onJSAlert

处理响应网页中的alert弹窗。

承接1中的webview初始化方式，如果按照手动创建，无论如何，这个alert弹窗是看不到的，如果是xml中创建webview，alert弹窗老老实实的弹出。

这里不是setting中allowWindowOpen(名字记不清了，允许自动弹窗）的问题，在控制台中能看到确实响应了这个回调（这里return false是不响应）

所以问题出在view层，alert弹框被覆盖了。不信你们自己试。

后台兄弟每次和我联调必开alert，所以不能因为内存泄漏而顾此失彼。

解决方案就是把 alert的信息用dialog方式展示。

image

网页原生方法横屏播放。

在播放网页视频时，总觉得竖屏播放不爽，想横屏，然后无非

1.打开自动旋转，GG，亲，如果activity不做处理的话，webview会重刷新一次。原因为什么....去搜“横竖屏切换时候Activity的生命周期”；

2.点击网页里的 缩放按钮，结果发现只是从小屏幕变成了全屏里的小屏幕。

并不是真正意义的全屏（横屏播放）

想真正意义的横屏，就得复写onShowCustomView和onHideCustomView

通过两个变量 View mCustomView，CustomViewCallback mCustomViewCallback搞事。

image

那么这里的坑在哪呢？-----这样的横屏，样式，超级无敌阿姆斯特朗回旋加速丑，而且Android4 5 6的样式还各不一样，乃至于这样的横屏在某一部分机型上出现只有声音，画面白屏的问题。

所以很少有做这样的低级横屏。

出现后面白屏的原因，推测大概是网页中有iFrame字段，这个坑我下文也会总结。

那么解决方案，只有治标不治本的，

1.提高minSDK至23；

2.不横屏；

3.出钱让用户买iPhone；

4.换内核---后边也会讲到。

5.设置webviewClient的坑。

稍微搞过一点HTML5的同学就会知道，javaScript很厉害，比如最厉害的那个去百度广告的js.就是当页面加载baidu相关域名时，js把整个页面屏蔽。

是的，我们业务里涉及到要注入js，

坑1：注入js的时机要掌握好，用js去除页面广告，如果放在onLoadResource，可能会出现注入十几次的情况，导致页面闪烁，加flag控制，又怕页面广告资源还没加载，结果被flag怼住了。

坑2：应用允许js注入的话，在上架某些市场的时候会有

因打开addJavaScriptInterface()引起的安全问题.

这个问题主要是因为会有恶意的js代码注入,尤其是在已经获取root权限的手机上，一些恶意程序可能会利用该漏洞安装或者卸载应用.

坑1的解决方法是在 onPageFinished 的时候再注入js

坑2的解决方法是。。。。提高minSDK至4.4

image

但是你以为这样就解决坑1了？？太年轻！！！

你见过onPageFinish回调响应两三次的情况么？

为什么？因为网页里有iFrame，iframe就像是另一个次元，一个网页里镶嵌了另一个网页，也就是 父网页并没有finish， 而iframe加载finish，此时响应一次onPageFished，父网页最后再响应一次onPageFinish，这样整个就响应了两次。

所以用onPageFinish来判断网页是否加载完毕，其实是不准确的。

承接上文的onProgressChanged，一样是坑。

所以就出现了一种情况，要在onPageFinish里注入去广告js，而网页的广告资源是在iframe后出现（对，某些视频网站的写法就是这样无敌棒)，那无论如何也去不掉广告的。

所以，不要再问什么 为什么xx网页微信打得开，浏览器就打不开。

xx网页里要么有flash，要么有iframe，然后这台机器的web内核是个渣渣。

shouOverriddingUrlLoading回调

由网页处理转向开发者处理。

用在处理 页面里的自定义协议。

坑在，有的协议会让你打开某些应用，而你的机器又没有这些应用，强行用

Intent 处理这种自定义行为，会造成崩溃。

所以这种坑的解决方法

以http和https的就网页处理

其余的return ture，但是啥也不做。

image

那么webviewClient里还有其余类似 receiveError的回调，

这个我就不多说了，多参考Android开发者网站，现在开发者网站谷歌也开了中国版，这里的api处理文档写得很清楚，坑不多。

6.网页内容类型。

这里暂时没遇到坑。

讲一下需求实现。

需求：长按网页里的图片，实现保存图片。

实现，对网页进行监听（手势这块过两天再总结）

网页内容通过 Webview.HitTestResult.getType来判断内容类型。这里我们拿到image类型即可。

比较简单。

image