WebView重定向的判断

阅读 517
收藏 28
2017-07-26
原文链接:www.jianshu.com

前言

不知道大家有没有遇到过这种需求,用WebView加载某个网页,之后点击网页上面的链接,跳转到另一个页面或者打开浏览器。特别是当WebView只是某个页面的一部分的时候,这种需求也是很合理的。

遇到问题

上面的需求很容易实现:

  • 用WebView加载某个网页
    webView.loadUrl(url);
  • 点击WebView的某个链接跳转下一个页面
    webView.setWebViewClient(new WebViewClient(){
              @Override
          public boolean shouldOverrideUrlLoading(WebView view, String url) {
                  Uri uri = Uri.parse(url);
                  Intent intent = new Intent(Intent.ACTION_VIEW, uri);
                  try {
                      view.getContext().startActivity(intent);
                  } catch (ActivityNotFoundException e) {
                      e.printStackTrace();
                  }
                  return true;
          }
    });
    但是这样做了之后会发现一个问题,如果webView第一次加载的url重定向到了另一个地址,此时也会走shouldOverrideUrlLoading的回调。这样一来,出现的现象就是WebView是空的,直接打开了浏览器。

解决问题

要解决这个问题,很容易想到的解决方案是找找WebView有没有对重定向的判断方法,如果有的话,我们就可以对重定向的回调另外处理。很不幸,WebView并没有提供相应的方法。是不是就没办法处理了呢?当然不是。

解决方案一

这个方案是一个CSDN一个博主提供的:

WebView有一个getHitTestResult():返回的是一个HitTestResult,一般会根据打开的链接的类型,返回一个extra的信息,如果打开链接不是一个url,或者打开的链接是JavaScript的url,他的类型是UNKNOWN_TYPE,这个url就会通过requestFocusNodeHref(Message)异步重定向。返回的extra为null,或者没有返回extra。根据此方法的返回值,判断是否为null,可以用于解决网页重定向。

详见该博主原文,整理成代码就是:

webView.setWebViewClient(new WebViewClient(){
            @Override
        public boolean shouldOverrideUrlLoading(WebView view, String url) {
            //判断重定向的方式一
            WebView.HitTestResult hitTestResult = view.getHitTestResult();
            if(hitTestResult == null) {
                return false;
            }
            if(hitTestResult.getType() == WebView.HitTestResult.UNKNOWN_TYPE) {
                return false;
            }

            Uri uri = Uri.parse(url);
            Intent intent = new Intent(Intent.ACTION_VIEW, uri);
            try {
                view.getContext().startActivity(intent);
            } catch (ActivityNotFoundException e) {
                e.printStackTrace();
            }
            return true;
        }
});

该方案有个缺陷是,如果遇到的需求是前言描述的那样,二正好点击的链接发生了重定向,就不会在另一个页面打开,而是直接在当前的WebView里了。为了避免该缺陷,产生了方案二。

解决方案二

WebView在加载一个页面开始的时候会回调onPageStarted方法,在该页面加载完成之后会回调onPageFinished方法。而如果该链接发生了重定向,回调shouldOverrideUrlLoading会在回调onPageFinished之前。有了这个前提,我们就可以加一个mIsPageLoading的标记,在onPageStarted回调的时候置为true,在onPageFinished回调的时候置为false。在shouldOverrideUrlLoading里面就可以判断该标记,如果为true,则表示该回调是重定向,否则直接打开浏览器。代码如下:

private boolean mIsPageLoading;
//代码省略
webView.setWebViewClient(new WebViewClient(){
        @Override
        public boolean shouldOverrideUrlLoading(WebView view, String url) {
            //判断重定向的方式二
            if(mIsPageLoading) {
                return false;
            }

            if(url != null && url.startsWith("http")) {
                webView.loadUrl(url);
                return true;
            } else {
                Uri uri = Uri.parse(url);
                Intent intent = new Intent(Intent.ACTION_VIEW, uri);
                try {
                    view.getContext().startActivity(intent);
                } catch (ActivityNotFoundException e) {
                    e.printStackTrace();
                }
                return true;
            }
        }

        @Override
        public void onPageStarted(WebView view, String url, Bitmap favicon) {
            super.onPageStarted(view, url, favicon);
            mIsPageLoading= true;
            Log.d(TAG, "onPageStarted");
        }

        @Override
        public void onPageFinished(WebView view, String url) {
            super.onPageFinished(view, url);
            mIsPageLoading= false;
            Log.d(TAG, "onPageFinished");
        }
});

没有十全十美的方案,该方案也会产生另一个问题:当页面没有全部加载完之前,加载出来的部分页面的链接也是可以点击的。这样一来在shouldOverrideUrlLoading里面本来是对链接的点击也会被当成重定向链接在当前的WebView里面打开。要避免这种情况,只能在页面完全加载出来之前禁止WebView的点击。

webView.setOnTouchListener(new WebViewTouchListener());
//代码省略
private class WebViewTouchListener implements View.OnTouchListener {
        @Override
        public boolean onTouch(View v, MotionEvent event) {
            return !mIsLoading;
        }
}

结语

上面的两种方案都能解决部分问题,但是都有缺陷。只能说没有完美的方案,只有符合需求的方案。

江湖规矩,源码见 github

评论
    下载掘金客户端一个帮助开发者成长的社区
    相关收藏集
    相关文章
    下载掘金客户端一个帮助开发者成长的社区