如有转载,请声明出处: 时之沙: http://blog.csdn.net/t12x3456
Android WebView 因重定向无法正常goBack()解决方案
首先说下问题,初始页面为A,点击某个链接跳转到B(http://xxx.com.cn/),B页面重定向到C页面(http://xxx.com.cn/website/index.html)
当调用webview.goBack()时,页面回退到B,然后接着会重定向回C页面.
这样会导致两个问题:
1. 无法回退到webview的初始页面A
2. 无法正常退出Activity或者Fragment(只有还未加载完C时进行回退才能退出页面)
关于如何解决这个问题,我总结了如下三种方法,可以根据具体情况进行使用:
一. 首先需要和前端开发人员沟通,看重定向是否必要,如果跳转链接只是域名,然后默认重定向到 域名/index.html,并没有特殊处理的话,那么这种重定向并没有意义.
只要将网页中的连接,比如
二.页面中的重定向是必须的,那么我们就需要自己维护一个webview的历史栈,根据自己的需求进行过滤跳转或者重新加载页面:
判断到当前为重定向后的链接,那么那么当回退的时候就需要忽略上一级的链接,不使用webview.goback(),移除重定向和重定向后的url,
获取到初始页面链接后自己进行loadUrl()操作.
3.还有一种方法,和方法2类似,需要自己维护webview的历史栈,但是需要前端的配合,提供js函数获取网页是否进行重定向
在webviewClient回调shouldoverloading()中过滤url时,若属于重定向的地址,则不加入栈中,回退时根据历史栈加载即可.
这里主要讲一下方法二:
首先定义一个历史栈 :
最后在webview.goback()处理:
关于加载栈,后来发现webview本身也有对应的API:
所以解决该问题时,大家可以自己根据需求,自己维护加载的历史栈或者直接调用系统api.
这里总结一下,若重定向非必要,采取方案一,最简单,修改量也非常小. 重定向必要,则使用方案二或者方案三.
因为需要和前端人员交互,方案三所需要的沟通,开发,维护的成本要比方案二高出不少,但对于是否重定向的判断非常准确,若有多个重定向的情况,一次开发完成后不需要对代码再次改动. 方案二则需要写死需要过滤的url,若出现多个重定向,则会显得代码比较臃肿,每次都需要重新增加代码. 具体使用依据项目中的开发情况而定.
最后再补充一种通用的办法,但是需要后台的强大支持: 在webview进行加载时,将请求发送至服务器,然后由服务器进行分析处理,将处理后的结果返回给客户端进行显示. 并且可以由服务器对网页内容进行编码或者取出冗余,并结合cdn提升响应速度,这也是目前浏览器开发常用的一种策略.但是需要大量的数据收集,分析和处理,对于服务器的依赖比较严重,若开发进度较紧或者公司资源有限,可先参照以上办法进行解决.
最重还要讲的一点, 本篇文章主要是对于加载己方开发的H5中遇到问题的解决,至于第三方网站加载,这个是没有办法解决的. 包括微信上也一样,对于各种公众平台和第三方链接,是没有通用解决方案的, 所以他们在交互上进行了处理 ,在H5进行一次跳转就会在标题栏左上角出现关闭按钮. 毕竟用户是不知道快速连续点击两次返回才能正常返回首页的.