多次调用connectTCP触发java.net.BindException问题求助

你遇到的java.net.BindException: Address already in use问题，核心原因是操作系统的TIME_WAIT状态机制：当你关闭TCP套接字后，系统不会立刻释放该端口，而是会保留一段时间（通常几十秒），用来处理网络中可能延迟到达的数据包。如果你的客户端代码固定使用了本地端口（比如12344），第二次连接时就会因为端口还被TIME_WAIT状态占用而绑定失败。

具体解决方案： #

• 不要固定客户端本地端口：如果你的客户端代码里主动指定了本地端口进行绑定（比如用new Socket("服务器地址", 12345, InetAddress.getLocalHost(), 12344)这类方式），直接改成不带本地端口的构造方法：new Socket("服务器地址", 12345)。系统会自动为客户端分配一个空闲的临时端口，完全避免端口冲突问题，这也是TCP客户端的常规做法。
• 强制端口复用（如果必须固定端口）：如果业务上一定要用固定本地端口，在创建Socket前设置SO_REUSEADDR选项。示例代码：

  Socket socket = new Socket();
  socket.setReuseAddress(true);
  socket.bind(new InetSocketAddress("本地地址", 12344));
  socket.connect(new InetSocketAddress("服务器地址", 12345));
  

  这个选项允许操作系统立即复用处于TIME_WAIT状态的端口。
• 检查套接字关闭逻辑：确认你在finally块中完整关闭了Socket和关联的输入输出流，比如：

  try {
      // 通信逻辑
  } finally {
      if (inputStream != null) {
          try { inputStream.close(); } catch (IOException e) {}
      }
      if (outputStream != null) {
          try { outputStream.close(); } catch (IOException e) {}
      }
      if (socket != null) {
          try { socket.close(); } catch (IOException e) {}
      }
  }
  

  确保没有遗漏的资源未关闭导致端口未被正确释放。

另外，你之前UDP的问题通过分开端口解决是合理的，但TCP客户端不需要固定本地端口，用系统自动分配的临时端口是更稳妥的方案，能彻底避免这类绑定冲突。

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