连接重试实现遇阻，Java网络检测代码始终返回false求排查

嘿，我来帮你捋捋为啥你的chkCon()总是返回false，顺便给你补上重试功能的实现思路～

首先看你原来的代码，它一直返回false大概率逃不开这几个原因：

• 网络访问限制：直接访问http://google.com可能在你的网络环境下根本连不上，一尝试连接就抛出异常，直接跳进catch块返回false了
• 没有重试逻辑：当前代码只试一次连接，失败就直接放弃，完全没给重试的机会
• 未设置超时时间：默认的连接超时很长，如果连接卡住，会一直等到系统抛出超时异常，最后还是走catch返回false

带重试机制的修复方案 #

我给你调整了代码，加上了重试逻辑，还做了几个关键优化，你可以参考下：

public boolean chkCon() {
    int maxRetryTimes = 3; // 最多重试3次
    int timeoutMillis = 5000; // 连接和读取超时都设为5秒
    // 换成你网络能访问的测试地址，比如国内的公共服务或者自己的后端接口
    String testUrl = "http://www.baidu.com";

    for (int retry = 0; retry < maxRetryTimes; retry++) {
        HttpURLConnection connection = null;
        try {
            URL url = new URL(testUrl);
            connection = (HttpURLConnection) url.openConnection();
            
            connection.setRequestMethod("GET");
            connection.setConnectTimeout(timeoutMillis);
            connection.setReadTimeout(timeoutMillis);
            connection.connect();

            int responseCode = connection.getResponseCode();
            // 200到399之间的状态码都算成功响应，覆盖重定向等正常情况
            if (responseCode >= 200 && responseCode < 400) {
                return true;
            }

            // 响应码不对，准备重试
            System.out.println("第" + (retry + 1) + "次尝试响应码异常：" + responseCode);
        } catch (Exception e) {
            System.out.println("第" + (retry + 1) + "次尝试失败：" + e.getMessage());
        } finally {
            // 不管成功失败，都要关闭连接释放资源
            if (connection != null) {
                connection.disconnect();
            }
        }

        // 不是最后一次重试的话，等待1秒再试
        if (retry < maxRetryTimes - 1) {
            try {
                Thread.sleep(1000);
            } catch (InterruptedException ie) {
                Thread.currentThread().interrupt();
                break;
            }
        }
    }

    // 所有重试都失败才返回false
    return false;
}

这些改进点很关键： #

• 重试循环：通过for循环实现最多3次连接尝试，避免一次失败就直接返回
• 超时控制：设置连接和读取超时，防止程序因等待连接卡住
• 宽松的响应码判断：不再只盯着200，200-399的状态码都算正常，比如302重定向也是可用状态
• 资源清理：用finally块确保连接被关闭，避免资源泄漏
• 可访问的测试地址：替换成你网络环境能访问的地址，从根源解决因访问限制导致的失败

你说改成直接return true就正常，说明调用这个方法的逻辑本身是没问题的，问题完全出在原连接检查的逻辑里～

内容的提问来源于stack exchange，提问作者Fresco