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

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

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时，若属于重定向的地址，则不加入栈中，回退时根据历史栈加载即可.

这里主要讲一下方法二:

首先定义一个历史栈 ：

private ArrayList loadHistoryUrls = new ArrayList();

把初始页面Url加入

loadHistoryUrls.add(INITAL_WEB_URL);

然后加入加载的url:

 public boolean shouldOverrideUrlLoading(WebView view,String url){

         //将过滤到的url加入历史栈中
           loadHistoryUrls.add(url);
           return true;          

        }

最后在webview.goback()处理：

@Override
    public boolean onKeyDown(int keyCode, KeyEvent event) {
        //判断是否可以返回操作
        if (webView.canGoBack() && event.getKeyCode() == KeyEvent.KEYCODE_BACK) {
           //过滤是否为重定向后的链接  
           if(loadHistoryUrls.size()>0&&loadUrls.get(loadHistoryUrls.size()-1).contains("index.html"))

             //移除加载栈中的最后两个链接
             loadHistoryUrls.remove(loadHistoryUrls.get(loadHistoryUrls.size()-1));

             loadHistoryUrls.remove(loadHistoryUrls.get(loadHistoryUrls.size()-1));

             //加载重定向之前的页
             webview.load(loadUrls.get(loadHistoryUrls.size()-1));
 
            return true;
            } 
          
        }        
  }

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

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

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

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

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

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

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