JDK 11 HttpClient出现BindException: Cannot assign requested地址如何解决

核心原因是客户端临时端口耗尽，具体逻辑如下：

• JDK 11的HttpClient每个实例都会自带独立的连接池，你每次发起请求都新建HttpClient实例，导致每个请求都会创建全新的TCP连接。请求结束后TCP连接会进入TIME_WAIT状态（默认持续1-2分钟，由操作系统TCP协议栈控制），这段时间对应的本地临时端口不会被释放。
• 你在finally块中只关闭了自定义的线程池，该操作不会触发HttpClient底层TCP连接资源的释放，短时间发起大量请求时，系统可用的临时端口会被TIME_WAIT状态的连接占满，新的请求无法分配本地端口，就会抛出Cannot assign requested address异常。

• 核心修改：全局复用同一个HttpClient实例
  HttpClient本身是线程安全的，设计上就支持多线程并发复用，复用同一个实例可以共享内置连接池，自动复用TCP连接，大幅降低临时端口的占用速率，从根源避免端口耗尽问题。全局初始化参考代码如下：

// 全局仅初始化一次，不要每次请求新建
private static final ExecutorService GLOBAL_EXECUTOR = Executors.newFixedThreadPool(10); // 可根据业务量级调整线程数
private static final HttpClient GLOBAL_HTTP_CLIENT = HttpClient
    .newBuilder()
    .followRedirects(HttpClient.Redirect.NORMAL)
    .connectTimeout(Duration.ofSeconds(10))
    .executor(GLOBAL_EXECUTOR)
    .build();

// 业务代码直接调用全局实例发请求即可，进程退出前再统一关闭线程池资源

• 可选优化1：调整操作系统TCP参数
  Linux环境下可以修改/etc/sysctl.conf配置，开启端口复用：net.ipv4.tcp_tw_reuse = 1，允许内核将TIME_WAIT状态的端口分配给新的TCP连接，进一步降低端口耗尽的概率。
• 可选优化2：升级JDK版本
  JDK 16及以上版本的HttpClient实现了AutoCloseable接口，如果你确实需要每次使用独立的HttpClient实例，可以升级JDK后在finally块直接调用client.close()主动释放所有底层连接资源，避免端口堆积。

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