Socket连接异常：代码未走完try块也未进入catch块

这问题我之前排查过类似的，太折磨人了！明明第一次连接好好的，服务器异常断开后再连就直接“失联”——日志没输出，异常也没抛，就像代码卡在半空中了。结合你描述的现象，我给你梳理几个最可能的原因和解决办法：

1. 阻塞式连接未设置超时（最常见的坑） #

默认情况下，Socket的connect()方法是阻塞式的，如果服务器异常断开后，客户端发起新连接时，TCP握手的SYN包发出去后没收到ACK，这个方法会一直卡着，既不返回成功也不抛出异常——因为它没有超时限制！

解决办法：使用带超时参数的connect()重载方法，比如设置5秒超时，到时间就会抛出SocketTimeoutException，自然就会进入catch块了：

Socket socket = new Socket();
// 设置5秒连接超时
socket.connect(new InetSocketAddress("你的服务器地址", 端口号), 5000);

2. 旧Socket资源未正确释放 #

第一次连接的Socket在服务器断开后，你可能没调用close()方法释放资源，导致底层TCP连接处于TIME_WAIT或者其他异常状态，新的Socket连接请求被卡住。

解决办法：不管连接成功还是失败，都要在finally块里关闭Socket，确保资源释放：

Socket socket = null;
try {
    socket = new Socket();
    socket.connect(new InetSocketAddress("你的服务器地址", 端口号), 5000);
    System.out.println("连接成功，执行后续逻辑");
    // 连接成功后的业务操作
} catch (SocketTimeoutException e) {
    System.err.println("连接超时，服务器未响应");
    e.printStackTrace();
} catch (IOException e) {
    System.err.println("连接失败或出现IO异常");
    e.printStackTrace();
} finally {
    // 确保Socket资源被释放
    if (socket != null && !socket.isClosed()) {
        try {
            socket.close();
        } catch (IOException e) {
            System.err.println("关闭Socket时出现异常");
            e.printStackTrace();
        }
    }
}

3. 线程阻塞或资源占用 #

如果你的连接操作是在某个线程（比如线程池中的线程）里执行的，之前的连接异常可能导致线程处于异常状态，新的连接请求没有被正确执行，或者线程池线程耗尽导致代码没走到日志部分。

调试建议：

• 用jstack命令查看当前线程状态，看看执行连接的线程是不是处于RUNNABLE（卡在网络IO）或者BLOCKED状态
• 检查线程池的核心线程数、队列配置，确保没有线程耗尽的情况

额外调试技巧 #

• 用tcpdump/Wireshark抓包，看看客户端发起新连接时，是否发送了SYN包，服务器有没有回应ACK——这能快速定位是网络问题还是代码问题
• 给Socket设置setReuseAddress(true)，避免TIME_WAIT状态占用端口导致新连接失败

你可以先从设置连接超时开始排查，这是最容易踩的坑。我之前就是因为忘了加超时，卡了一下午才反应过来😂

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