Android Webview的postUrl与loadUrl加载页面

       Android Webview的postUrl与loadUrl加载页面 

         关于Android的webview,用过的想必都不会陌生。这里我就不说webview的基本用法了,想要知道的可以去网上百多,有很多介绍webview基本用法的。本文要介绍的主要是在项目过程中使用webview的postUrl遇到的坑。

        1、使用场景如下:

        webview在加载H5链接时,默认是使用loadUrl进行加载,如果你设置了缓存属性(进行缓存),在显示的H5页面内点击跳转到另外一个页面后,按回退键,可以正常的返回到上一个页面,因为进行了缓存设置。但是如果使用postUrl进行加载,即使你设置的缓存属性是进行设置,当你调转到另外一个页面后,按回退键,不会缓存之前的页面,而是重新调用postUrl进行加载。这时问题就来了,同样是进行加载,第一次的postUrl能够正常加载,重新加载会加载失败,没有内容显示。是不是很有意思,为什么会出现这样的情况呢,通过抓包(如何抓包参见我另外一篇博客: Fiddler抓取手机端APP接口数据)发现,虽然加载的是同样一个链接,但是重新加载的请求属性为空,导致加载失败。

        2、如何解决:

       既然找到了原因,请求属性为空,肯定是有解决办法的,那就手动设置请求属性,重新加载。如何手动设置,首先你肯定是要能够拿到请求的所有内容和参数。用过webview的人相必都很熟悉它的setWebViewClient方法。该方法内部有shouldInterceptRequest方法能够拿到请求的所有内容。不多说了,先上代码。 

public WebResourceResponse shouldInterceptRequest(WebView view, WebResourceRequest request) {
        if(Build.VERSION.SDK_INT >= 21){
            if(!request.getMethod().equalsIgnoreCase("post")){
                return super.shouldInterceptRequest(view, request);
            }
        }
        DataOutputStream os = null;
        try {
            URL mUrl = new URL(url);
            HttpURLConnection connection = (HttpURLConnection) mUrl.openConnection();
            connection.setDoInput(true);
            connection.setDoOutput(true);
            connection.setUseCaches(false);
            connection.setRequestMethod("POST");
            if(Build.VERSION.SDK_INT >= 21){
                Iterator headerKeys=request.getRequestHeaders().keySet().iterator();
                while(headerKeys.hasNext()){
                    String key=headerKeys.next();
                    connection.setRequestProperty(key,request.getRequestHeaders().get(key));
                }
            }
            connection.setRequestProperty("content-type","application/x-www-form-urlencoded");
            os = new DataOutputStream(connection.getOutputStream());

            os.write(EncodingUtils.getBytes(postData, "BASE64"));
            os.flush();
            return new WebResourceResponse("text/html", connection.getContentEncoding(), connection.getInputStream());
        } catch (Exception e) {
            e.printStackTrace();
        }finally {
            if(os!=null){
                try {
                    os.close();
                } catch (IOException e) {
                    e.printStackTrace();
                }
            }
        }
        return super.shouldInterceptRequest(view, request);
    }
});
        webView.postUrl(url, EncodingUtils.getBytes(postData, "BASE64"));
       该方法有个缺陷,只在Android 5.0.0以上的Api才有, 5.0.0以下的Api是没有此方法的,这也是一个坑,不能兼容所有机型。通过该方法中的setRequestProperty方法重新设置了请求属性,然后使用postUrl进行重新加载,可以解决按回退键后页面的重新恢复。注意,由于post加载是不能缓存的,因此在设置缓存属性时一定要设置成重新加载属性。
       3、解决后出现的问题:
      问题看似解决了,但是此方法会有坑。如果你仔细研究该方法,你会发现shouldInterceptRequest方法是在整个加载过中都调用了的。如果你进行抓包,你会发现,从开始加载链接到H5页面中加载的每一个请求,该方法都会被调用,简单的说就是有多少个请求,该方法就会调用多少次。如果你的页面中还有一次post请求,那么问题就来了,你需要将第二次post请求的请求内容与第一次的进行对比,对比后选择到底是加载第一次的页面,还是加载第二次的页面,否则就会默认加载第一次的post页面。
      4、结论
      webview的H5页面加载最好使用loadUrl方式,如果使用 postUrl方式进行加载,你需要重写整个setWebViewClient方法,当中会出很多坑,不建议这样做。


你可能感兴趣的:(移动开发,Android开发)