Android WebView 因重定向无法正常goBack()解决方案

如有转载,请声明出处: 时之沙: 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,并没有特殊处理的话,那么这种重定向并没有意义.

只要将网页中的连接,比如

<a href="http://xxx.com.cn"/>
   

直接替换为

<a href="http:///xxx.com.cn/index.html"/>
   

即可解决该问题.


二.页面中的重定向是必须的,那么我们就需要自己维护一个webview的历史栈,根据自己的需求进行过滤跳转或者重新加载页面:

判断到当前为重定向后的链接,那么那么当回退的时候就需要忽略上一级的链接,不使用webview.goback(),移除重定向和重定向后的url,

获取到初始页面链接后自己进行loadUrl()操作.


3.还有一种方法,和方法2类似,需要自己维护webview的历史栈,但是需要前端的配合,提供js函数获取网页是否进行重定向

在webviewClient回调shouldoverloading()中过滤url时,若属于重定向的地址,则不加入栈中,回退时根据历史栈加载即可.


这里主要讲一下方法二:

首先定义一个历史栈 :

private ArrayList<String> loadHistoryUrls = new ArrayList<String>();
   

把初始页面Url加入

loadHistoryUrls.add(INITAL_WEB_URL);
   

然后加入加载的url:


   
  1. public boolean shouldOverrideUrlLoading(WebView view,String url){
  2. //将过滤到的url加入历史栈中
  3. loadHistoryUrls.add(url);
  4.   return true;
  5. }

最后在webview.goback()处理:


   
  1. @Override
  2. public boolean onKeyDown(int keyCode, KeyEvent event) {
  3. //判断是否可以返回操作
  4. if (webView.canGoBack() && event.getKeyCode() == KeyEvent.KEYCODE_BACK) {
  5. //过滤是否为重定向后的链接
  6. if(loadHistoryUrls.size()> 0&&loadUrls.get(loadHistoryUrls.size()- 1).contains( "index.html"))
  7. //移除加载栈中的最后两个链接
  8. loadHistoryUrls.remove(loadHistoryUrls.get(loadHistoryUrls.size()- 1));
  9. loadHistoryUrls.remove(loadHistoryUrls.get(loadHistoryUrls.size()- 1));
  10. //加载重定向之前的页
  11. webview.load(loadUrls.get(loadHistoryUrls.size()- 1));
  12. return true;
  13. }
  14. }
  15. }


关于加载栈,后来发现webview本身也有对应的API:


   
  1. //获取历史列表
  2. WebBackForwardList mWebBackForwardList = webView.copyBackForwardList();

不过这个api可能受系统版本的影响或者不同手机系统进行了修改

所以解决该问题时,大家可以自己根据需求,自己维护加载的历史栈或者直接调用系统api.


这里总结一下,若重定向非必要,采取方案一,最简单,修改量也非常小. 重定向必要,则使用方案二或者方案三.

因为需要和前端人员交互,方案三所需要的沟通,开发,维护的成本要比方案二高出不少,但对于是否重定向的判断非常准确,若有多个重定向的情况,一次开发完成后不需要对代码再次改动.  方案二则需要写死需要过滤的url,若出现多个重定向,则会显得代码比较臃肿,每次都需要重新增加代码. 具体使用依据项目中的开发情况而定.


       最后再补充一种通用的办法,但是需要后台的强大支持: 在webview进行加载时,将请求发送至服务器,然后由服务器进行分析处理,将处理后的结果返回给客户端进行显示. 并且可以由服务器对网页内容进行编码或者取出冗余,并结合cdn提升响应速度,这也是目前浏览器开发常用的一种策略.但是需要大量的数据收集,分析和处理,对于服务器的依赖比较严重,若开发进度较紧或者公司资源有限,可先参照以上办法进行解决.


     最重还要讲的一点, 本篇文章主要是对于加载己方开发的H5中遇到问题的解决,至于第三方网站加载,这个是没有办法解决的. 包括微信上也一样,对于各种公众平台和第三方链接,是没有通用解决方案的, 所以他们在交互上进行了处理 ,在H5进行一次跳转就会在标题栏左上角出现关闭按钮. 毕竟用户是不知道快速连续点击两次返回才能正常返回首页的.


如有转载,请声明出处: 时之沙: http://blog.csdn.net/t12x3456


转自:https://blog.csdn.net/t12x3456/article/details/39134961
已标记关键词 清除标记
相关推荐
©️2020 CSDN 皮肤主题: 技术黑板 设计师:CSDN官方博客 返回首页