前言：生活的艰难，更会激发对梦想的渴望，但艰难的生活却往往会成为梦想的绊脚石
相关文章：1、《WebView使用详解（一）——Native与JS相互调用（附JadX反编译）》2、《WebView使用详解（二）——WebViewClient与常用事件监听》3、《WebView使用详解（三）——WebChromeClient与LoadData补充》
上篇给大家简单讲了Webview中Native代码与JS相互调用的方法，这篇我们再讲讲有关各种拦截与处理的东东。
一、WebViewClient
前面我们虽然实现了交互，但可能我们会有一个很简单的需求，就是在开始加载网页的时候显示进度条，加载结束以后隐藏进度条，这要怎么做？
这些简单的需求，Android开发的老人们肯定都已经想到了，这些有关各种事件的回调都被封装在WebViewClient类中了，在WebViewClient中有各种的回调方法，就是在某个事件发生时供我们监听
使用方法如下：
直接调用WebView.setWebViewClient方法即可设置WebViewClient回调，这里重写的两个函数，onPageStarted会在WebView开始加载网页时调用，onPageFinished会在加载结束时调用。这两个函数就可以完成我们开篇时的需求：在开始加载时显示进度条，在结束加载时隐藏进度条。
2、WebViewClient中函数概述
在WebViewClient中除了上面我们列举出的onPageStarted、onPageFinished还有很多其它函数，分别是：
上面的方法比较多，我们一个个来看
3、WebViewClient之onPageStarted与onPageFinished
onPageStarted
：通知主程序页面当前开始加载。该方法只有在加载main frame时加载一次，如果一个页面有多个frame，onPageStarted只在加载main frame时调用一次。也意味着若内置frame发生变化，onPageStarted不会被调用，如：在iframe中打开url链接。
onPageFinished
：通知主程序页面加载结束。方法只被main frame调用一次。
我们就利用上面的想法来举个例子：开始加载时显示加载圆圈，结束加载时隐藏加载圆圈
效果图如下：
从效果图中可以明显看出，在加载页面的时候会显示圆形加载框，在加载成功以后会隐藏加载框。
4、WebViewClient之shouldOverrideUrlLoading
该函数的完整声明如下：
这个函数会在加载超链接时回调过来；所以通过重写shouldOverrideUrlLoading，可以实现对网页中超链接的拦截；
返回值是boolean类型，表示是否屏蔽WebView继续加载URL的默认行为，因为这个函数是WebView加载URL前回调的，所以如果我们return true，则WebView接下来就不会再加载这个URL了，所有处理都需要在WebView中操作，包含加载。如果我们return false，则系统就认为上层没有做处理，接下来还是会继续加载这个URL的。WebViewClient默认就是return false的：
（1）、如何在WebView中加载在线网址
在上一篇中，我们提到，如果要在WebView中加载在线网址，必须重写WebViewClient
现在网上铺天盖地的都是重写shouldOverrideUrlLoading来将URL加载进WebView,但在用多了WebView以后会发现，直接下面这样写，就可以实现在WebVIew中加载网页：
效果图如下：
从效果图中可以看出即仅仅设置WebViewClient对象，使用它的默认回调就可以实现在WebView中加载在线URL了：
（2）、shouldOverrideUrlLoading用途
由于每次超链接在加载前都会先走shouldOverrideUrlLoading回调，所以我们如果想拦截某个URL，将其转换成其它URL可以在这里做。
比如，我们拦截所有包含“blog.csdn.net”的地址，将其替换成”www.baidu.com”：
效果图如下：
代码如下：
最关键的位置在：
如果在当前webview加载的url中包含“blog.csdn.net”，则将其转换成”www.baidu.com”
这里需要非常注意的是：如果我们在shouldOverrideUrlLoading中return true,就表示告诉系统我们已经拦截了URL并做处理，不需要再触发系统默认的行为（）在WebView中加载URL；所以对于其它URL我们需要在else里重新调用view.loadUrl(url)来加载；不然WebView将会白屏，因为这个URL根本就没有加载进WebView，在shouldOverrideUrlLoading这就被我们拦截掉了。
那么问题来了，在我们return true了以后，WebView还会请求网络吗？我们来抓下请求：
从请求中可以看到，我们虽然拦截了”http://blog.csdn.net/harvic880925“但是仍然还是会请求网络的。只是请求以后结果并没有通过WebView加载。
那问题来了，如果我们return false呢，如果我们return false的话，是不需要else语句的，因为系统默认会加载这个URL，所以上面的语句与下面的意义相等：
所以相对而言，我们使用return false好像更方便，只需要对需要拦截的URL进行拦截，拦截以后，让WebView处理默认操作即可。
所以结论来了：
在利用shouldOverrideUrlLoading来拦截URL时，如果return true，则会屏蔽系统默认的显示URL结果的行为，不需要处理的URL也需要调用loadUrl()来加载进WebVIew，不然就会出现白屏；如果return false，则系统默认的加载URL行为是不会被屏蔽的，所以一般建议大家return false，我们只关心我们关心的拦截内容，对于不拦截的内容，让系统自己来处理即可。
5、WebViewClient之onReceivedError
onReceivedError的完整声明如下：
加载错误的时候会产生这个回调，在其中可做错误处理，比如我们可以加载一个错误提示页面
这里有四个参数：
WebView view:当前的WebView实例
int errorCode：错误码
String description：错误描述
String failingUrl：当前出错的URL
我们可以先写一个错误提示的本地页面：（error.html）
然后在加载返回错误时，重新加载错误页面
效果图如下：
源码在文章底部给出
6、WebViewClient之onReceivedSslError
我们知道HTTPS协议是通过SSL来通信的，所以当使用HTTPS通信的网址（以https://开头的网站）出现错误时，就会通过onReceivedSslError回调通知过来，它的函数声明为：
示例（1）、默认加载SSL出错的网站——出现空白页面
我们先举个例子来看下默认情况下加载SSL有错的网站，WebView的表现是怎样的：(12306是通过Https协议来传输的，但是它的SSL证书是有问题的，所以我们就以12306网站为例)
在这里仅仅重写onReceivedSslError，并调用super.onReceivedSslError(view, handler, error);来调用默认的处理方式，然后把错误日志打出来：
错误日志如下：
示例（2）、使用SslErrorHandler.proceed()来继续加载
这里做了两个改变：
第一：注释掉super.onReceivedSslError(view, handler, error);，取消系统的默认行为，我们看源码，可以发现在WebViewClient中onReceivedSslError的默认实现是这样的：
所以默认是取消继续加载的，所以我们必须注释掉super.onReceivedSslError(view, handler, error)来取消这个默认行为！
第二：调用handler.proceed();来忽略错误继续加载页面。
所以此时的效果图为：
示例（3）：在SSL发生错误时，onReceivedError会被回调吗？——不会
大家可能还有一个疑问：当SSL发生错误时，我们说会回调onReceivedSslError，我们前面还说了一个出错时会回调的函数：onReceivedError，那么问题来了，当出现SSL错误时onReceivedError会被回调吗？
答案是不会的，我们来做个实验：
在代码中我们同时使用onReceivedSslError和onReceivedError来接收错误，看下在出错时，哪个函数中会打出LOG，结果的日志如下：
从日志中明显可以看出，只有onReceivedSslError的接收日志，所以在SSL出错时，是不会触发onReceivedError回调的所以对于onReceivedSslError结论来了：当出现SSL错误时，WebView默认是取消加载当前页面，只有去掉onReceivedSslError的默认操作，然后添加SslErrorHandler.proceed()才能继续加载出错页面当HTTPS传输出现SSL错误时，错误会只通过onReceivedSslError回调传过来
7、WebViewClient之shouldInterceptRequest
在每一次请求资源时，都会通过这个函数来回调，比如超链接、JS文件、CSS文件、图片等，也就是说浏览器中每一次请求资源时，都会回调回来，无论任何资源！但是必须注意的是shouldInterceptRequest函数是在非UI线程中执行的，在其中不能直接做UI操作，如果需要做UI操作，则需要利用Handler来实现，该函数声明如下：
该函数会在请求资源前调用，我们可以通过返回WebResourceResponse的处理结果来让WebView直接使用我们的处理结果。如果我们不想处理，则直接返回null，系统会继续加载该资源。
利用这个特性，我们可以解决一个需求：假如网页中需要加载本地的图片，我们就可以通过拦截shouldInterceptRequest，并返回结果即可
比如下面的一段HTML代码中，img字段加载图片的地址是：http://localhost/qijian.png，这是我自定义的一个网址，在Android中，当发现要加载这个地址的资源时，我们将它换成本地的图片
然后是Native代码：
这里代码比较容易理解，当发现当前加载资源的url是我们自定义的http://localhost/qijian.png时，就直接将本地的图片s07.jpg作为结果返回。有关使用WebResourceResponse来构造结果的方法，我这里就不再展开了，内容实在是太多了，想具体了解针对不同情况如何返回结果的话，自己搜下相关资料吧。
结果图如下：
7、WebViewClient之其余函数
上面讲了常用的大部分函数，还些一些函数，并不怎么用，这里由于篇幅有限就不再讲了，把函数声明和作用列出来供大家参考
二、其它事件处理
上面讲了有关WebViewClient的用法，但其中还有一些小问题是WebViewClient无法解决的，比如返回按键、滚动事件监听等，下面我们就这些问题来跟大家做下探讨
1、返回按键
如果用webview点链接看了很多页以后，如果不做任何处理，点击系统“Back”键，整个浏览器会调用finish()而结束自身，如果希望浏览的网页回退而不是退出浏览器，需要在当前Activity中处理并消费掉该Back事件。 覆盖Activity类的onKeyDown(int keyCoder,KeyEvent event)方法。
在未重写onKeyDown前的效果图：点击回退按钮，整个Activity就销毁了
重写onKeyDown后的效果图：
重写onKeyDown后的效果图：
可见在重写onKeyDown后，点击回退按钮时，就会回退到WebView的上一个页面。
2、滚动事件监听
我们都知道监听滚动事件一般都是设置setOnScrollChangedListener，可惜的是 WebView并没有给我们提供这样的方法，但是我们可以重写WebView，覆盖里面的一个方法： protected void onScrollChanged(final int l, final int t, final int oldl,final int oldt){} 然后再对外提供一个接口，示例代码如下：
这段代码难度不大，就不再细讲了。
3、如何强制使用外部浏览器打开网页
如果不想在 webview 中显示网页，而是直接跳转到浏览器的话，可以像下边那样调用。
这里是使用隐式Intent的方式来启用外部应用，有关隐式Intent的知识，可以参考：
《intent详解（一）》
《intent详解（二）》
好了，这篇文章就到这里了，下篇文章给大家继续讲解有关WebView的知识。
如果本文有帮到你，记得加关注哦
源码下载地址：http://download.csdn.net/detail/harvic880925/9534186
请大家尊重原创者版权，转载请标明出处：http://blog.csdn.net/harvic880925/article/details/51523983 谢谢
如果你喜欢我的文章，那么你将会更喜欢我的微信公众号，将定期推送博主最新文章与收集干货分享给大家（一周一次）