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

一时失言乱红尘 2022-02-01 18:29 1018阅读 0赞

**如有转载，请声明出处: 时之沙: [http://blog.csdn.net/t12x3456][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,并没有特殊处理的话，那么这种重定向并没有意义.

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

**\[html\]** [view plain][] [copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

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

直接替换为

**\[html\]** [view plain][] [copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

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

即可解决该问题.

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

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

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

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

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

这里主要讲一下方法二:

首先定义一个历史栈 ：

**\[html\]** [view plain][] [copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

1.  private ArrayList**<****String****>**loadHistoryUrls = new ArrayList**<****String****>**();

把初始页面Url加入

**\[html\]** [view plain][] [copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

1.  loadHistoryUrls.add(INITAL\_WEB\_URL);

然后加入加载的url:

**\[java\]** [view plain][] [copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

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

最后在webview.goback()处理：

**\[java\]** [view plain][] [copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

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.  //移除加载栈中的最后两个链接
9.   loadHistoryUrls.remove(loadHistoryUrls.get(loadHistoryUrls.size()-1)); 
10. 
11.  loadHistoryUrls.remove(loadHistoryUrls.get(loadHistoryUrls.size()-1)); 
12. 
13. //加载重定向之前的页
14.  webview.load(loadUrls.get(loadHistoryUrls.size()-1)); 
15. 
16. **return****true**; 
17.  \} 
18. 
19.  \} 
20.  \}

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

**\[java\]** [view plain][] [copy][view plain]

[![在CODE上查看代码片][CODE]][CODE_CODE] [![派生到我的代码片][ico_fork.svg]][ico_fork.svg 1]

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

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

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

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

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

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

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

[http_blog.csdn.net_t12x3456]: http://blog.csdn.net/t12x3456
[view plain]: http://blog.csdn.net/t12x3456/article/details/39134961#
[CODE]: https://code.csdn.net/assets/CODE_ico.png
[CODE_CODE]: https://code.csdn.net/snippets/465536
[ico_fork.svg]: https://code.csdn.net/assets/ico_fork.svg
[ico_fork.svg 1]: https://code.csdn.net/snippets/465536/fork