Android webview处理404、500、断网、timeout页面的问题

2019-01-26 22:58:18

现在混合开发的app越来越多,Google对webview也越来越重视,在早期的版本webview有很多的bug,例如404、500等请求错误码我们无发直接获取(这个bug早在2008年就有人提交过issue给Google),好在Google在Android6.0修复了这个问题。根据google官网提供的最新的官网文档,我们可以重写onReceivedHttpError()方法可以捕获http Error。


    @TargetApi(android.os.Build.VERSION_CODES.M)

    @Override

    public void onReceivedHttpError(WebView view, WebResourceRequest request, WebResourceResponse errorResponse) {

        super.onReceivedHttpError(view, request, errorResponse);

        // 这个方法在6.0才出现

        int statusCode = errorResponse.getStatusCode();

    }


这是google关于这个issue的: 

https://code.google.com/p/android/issues/detail?id=968


下面是google开发人员回复:




Google虽然在Android6.0解决了这个问题,但是Android6.0以下的手机市场占有率还是很多的,所以我们就要自己手动去解决这个问题。


处理404、500

在Android6.0以下我们是不能直接获取到404或者500的,Android6.0谷歌解决了这个问题。那么在Android6.0以下的系统我们如何处理404这样的问题呢?


两种解决方案:

方案一(推荐)通过获取网页的title,判断是否为系统默认的404页面

我们可以在WebChromeClient()子类中可以重写他的onReceivedTitle()方法


Android6.0以下判断404或者500:


    @Override

    public void onReceivedTitle(WebView view, String title) {

        super.onReceivedTitle(view, title);

        // android 6.0 以下通过title获取

        if (Build.VERSION.SDK_INT < Build.VERSION_CODES.M) {

            if (title.contains("404") || title.contains("500") || title.contains("Error")) {

                view.loadUrl("about:blank");// 避免出现默认的错误界面

                view.loadUrl(mErrorUrl);

            }

        }

    }

1

2

3

4

5

6

7

8

9

10

11

Android6.0以上判断404或者500:


    @TargetApi(android.os.Build.VERSION_CODES.M)

    @Override

    public void onReceivedHttpError(WebView view, WebResourceRequest request, WebResourceResponse errorResponse) {

        super.onReceivedHttpError(view, request, errorResponse);

        // 这个方法在6.0才出现

        int statusCode = errorResponse.getStatusCode();

        System.out.println("onReceivedHttpError code = " + statusCode);

        if (404 == statusCode || 500 == statusCode) {

            view.loadUrl("about:blank");// 避免出现默认的错误界面

            view.loadUrl(mErrorUrl);

        }

    }




判断断网和链接超时


    @Override

    public void onReceivedError(WebView view, int errorCode, String description, String failingUrl) {

        super.onReceivedError(view, errorCode, description, failingUrl);

        // 断网或者网络连接超时

        if (errorCode == ERROR_HOST_LOOKUP || errorCode == ERROR_CONNECT || errorCode == ERROR_TIMEOUT) {

            view.loadUrl("about:blank"); // 避免出现默认的错误界面

            view.loadUrl(mErrorUrl);

        }

    }

1

2

3

4


方案二(不推荐) 通过HttpURLConnection请求url获取状态码

在webview加载url前先通过HttpURLConnection获取请求码,这种方案有时候不会触发shouldOverrideUrlLoading()方法,但是网上还有很多的呼声。


    private Handler mHandler = new Handler() {

        @Override

        public void handleMessage(Message msg) {

            int code = msg.what;

            if (code == 404 || code == 500) {

                System.out.println("handler = " + code);

                mWebView.loadUrl(mErrorUrl);

            }

        }

    };


    new Thread(new Runnable() {

        @Override

        public void run() {

            int responseCode = getResponseCode(mUrl);

            if (responseCode == 404 || responseCode == 500) {

                Message message = mHandler.obtainMessage();

                message.what = responseCode;

                mHandler.sendMessage(message);

            }

        }

    }).start();


    mWebView.loadUrl(mUrl);


    mWebView.setWebViewClient(new WebViewClient() {

        @Override

        public boolean shouldOverrideUrlLoading(WebView view, String url) {

            new Thread(new Runnable() {

                @Override

                public void run() {

                    int responseCode = getResponseCode(mUrl);

                    if (responseCode == 404 || responseCode == 500) {

                        Message message = mHandler.obtainMessage();

                        message.what = responseCode;

                        mHandler.sendMessage(message);

                    }

                }

            }).start();

            view.loadUrl(url);

            return true;

        }

    }

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

32

33

34

35

36

37

38

39

40

41

42

43

HttpURLConnection获取请求状态码


    /**

     * 获取请求状态码

     *

     * @param url

     * @return 请求状态码

     */

    private int getResponseCode(String url) {

        try {

            URL getUrl = new URL(url);

            HttpURLConnection connection = (HttpURLConnection) getUrl.openConnection();

            connection.setRequestMethod("GET");

            connection.setReadTimeout(5000);

            connection.setConnectTimeout(5000);

            return connection.getResponseCode();

        } catch (IOException e) {

            e.printStackTrace();

        }

        return -1;

    }

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

方案三(推荐) 服务器后台是能获取404、500的,最好的办法是让后台捕获

这里就不说了


测试用的500的test.jsp页面


  • 2018-11-21 09:07:37

    Android为每个应用分配多少内存?

    熟悉Android内存分配机制的朋友都知道,Android为每个进程分配内存时,采用弹性的分配方式,即刚开始并不会给应用分配很多的内存,而是给每一个进程分配一个“够用”的内存大小。

  • 2018-11-22 21:13:28

    webview之独立进程

    app内存占用大,被系统回收的概率就高,当每次把app切到后台再回到app时,可能每次app都会重启,最常见的是activity或fragment被回收了,导致fragment使用activity的数据时,出现NullPointerException。内存占用大,app越不稳定。运行性能差。webview加载页面后会占用更多的内存,从而导致app内存占用大,最终导致出现以上问题。

  • 2018-11-22 21:14:34

    为什么要采用WebView独立进程

    App中大量Web页面的使用容易导致App内存占用巨大,存在内存泄露,崩溃率高等问题,WebView独立进程的使用是解决Android WebView相关问题的一个合理的方案。

  • 2018-11-22 21:15:45

    Android WebView: 性能优化不得不说的事

    Mo说:大家通过前两篇文章想必都能顺利的 get 到 WebView 与 JavaScript 交互的技能了。现在 App 嵌入 H5 页面已经是稀松平常的事情了,开发者要面对 WebView 也越来越多的爆发出来,比如页面加载慢,内存泄露,不同 Android 系统版本采用了不同内核的兼容问题等等。 所以当我们使用了 WebView 这个组件的时候,性能优化的事情就不能不提上议程了。这篇文章我们就针对上述问题来总结下 Android WebView 性能优化的常见方法。 作者:MoTalksCn_林墨 链接:https://www.jianshu.com/p/95d4d73be3d1 來源:简书 简书著作权归作者所有,任何形式的转载都请联系作者获得授权并注明出处。

  • 2018-11-22 21:20:04

    WebView内存泄漏--解决方法小结

    Android混合开发时经常用到WebView加载html等页面,而WebView的内存泄漏就是最经常遇到的问题,尤其是当项目中需要用webview加载的页面比较多时。 即使当我退出页面时在我的BrowserActivity的onDestroy()方法中进行内存占用回收(如下图)但并没有效果:

  • 2018-11-23 09:19:27

    论索引的重要性

    我还有什么能说的呢,看来索引基本能解决一切慢sql。好开心。

  • 2018-11-26 17:03:59

    有些 where 条件会导致索引无效

    在查询中,WHERE 条件也是一个比较重要的因素,尽量少并且是合理的 where 条件是徆重要的,尽量在多个条件的时候,把会提取尽量少数据量的条件放在前 面,减少后一个 where 条件的查询时间。