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页面


  • 2021-02-03 17:16:07

    iOS 中的动态库、静态库和 framework

    首先来看什么是库,库(Library)说白了就是一段编译好的二进制代码,加上头文件就可以供别人使用。 什么时候我们会用到库呢?一种情况是某些代码需要给别人使用,但是我们不希望别人看到源码,就需要以库的形式进行封装,只暴露出头文件。另外一种情况是,对于某些不会进行大的改动的代码,我们想减少编译的时间,就可以把它打包成库,因为库是已经编译好的二进制了,编译的时候只需要 Link 一下,不会浪费编译时间。

  • 2021-02-03 17:17:53

    iOS 同一个工程下打包不同的app

    应用图标,启动画面,应用启动后的首页都不一样。 有些课程(例如公务员考试和高考)是有目标考试的概念,不同的目标考试大纲是不一样的。拿高考来举例,北京的高考和上海的高考,就有着完全不一样的考试大纲。高考的文科和理科,又有着完全不同的考试科目。 有些课程会有一些自定义的界面,例如高考的应用可以设置昵称,有些课程的真题练习中是有推荐真题模块的,而有些课程又没有。 有些课程有扫描答题卡功能,有些课程有考前冲刺功能,有些课程有大题专项查看功能,而有些课程又没有上述功能。另外还有一些微小细节,但是解决方法和类似,所以就不一一展开说明。

  • 2021-02-04 14:02:30

    window软件界面找不到了跑到屏幕外面去了

    一般可以这样操作,按Alt+空格,然后按M,然后用上下左右键把窗口移动到能看到的地方,再按回车。有些第三方的软件可能不能用,大部分都可以这样做。

  • 2021-02-04 14:08:13

    基于 Electron 的爬虫框架 Nightmare

    Electron 可以让你使用纯 JavaScript 调用 Chrome 丰富的原生的接口来创造桌面应用。你可以把它看作一个专注于桌面应用的 Node.js 的变体,而不是 Web 服务器。其基于浏览器的应用方式可以极方便的做各种响应式的交互,接下来介绍下关于 Electron 上衍生出的框架 Nightmare

  • 2021-02-04 20:13:02

    iOS framework制作及使用(包含xib和图片)

    静态库与动态库简介: 静态库:链接使用时完整地拷贝至可执行文件中 动态库:链接时不复制,程序运行时由系统动态加载到内存,供程序调用,系统只加载一次 本文制作framework对应xcode版本:10.1

  • 2021-02-11 15:53:08

    node缓存框架memory-cache

    无论是在 desktop, mobile or web哪一方面,Cache都常被我们用来提升程序性能。当处理web应用程序的时候,虽然可以使用当前所有浏览器都支持的响应头来进行客户端缓存,从而提升页面加载效率。但当一个内容非常繁杂的页面需要2s来进行HTML输出的时候,即使启用客户端缓存该页面,服务器仍然需要针对每一个来访用户进行页面渲染。想想一个大型的新闻门户网站首页,难道他们要针对每一个用户一遍又一遍地处理HTML吗?