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:

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,若出现多个重定向，则会显得代码比较臃肿,每次都需要重新增加代码. 具体使用依据项目中的开发情况而定.

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

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