java应用在linux上频繁短连接会导致客户端本地端口time_wait堆积，需结合内核参数优化（如tcp_tw_reuse、ip_local_port_range）与java层连接复用（连接池、keep-alive）协同解决。
Java 应用跑在 Linux 服务器上，如果频繁发起短连接（比如用 HttpURLConnection 或未配置连接池的 OkHttp、Apache HttpClient），就容易在客户端侧堆积大量 TIME_WAIT。此时单纯靠 Java 层调优不够，需配合内核参数缓解端口耗尽风险——但要注意：内核参数只是辅助手段，不能替代连接复用。
先确认问题真正在客户端还是服务端
Java 应用通常是连接发起方（如调用第三方 API、微服务间 Feign 调用、数据库连接未复用等），所以 TIME_WAIT 主要出现在 Java 进程所在机器的 本地端口 上。执行以下命令快速定位：
-
ss -ant state time-wait | wc -l—— 看总量 -
ss -ant state time-wait | head -10 | awk '{print $5}'—— 看远端 IP 和端口，确认是否集中访问某几个目标（比如注册中心、短信网关） -
cat /proc/net/sockstat—— 关注sockets: used和TCP: inuse是否逼近上限
如果 TIME_WAIT 数量持续过万，且 Java 日志出现 java.net.BindException: Cannot assign requested address，说明端口已实际耗尽，该调参了。
关键可用的内核参数（仅推荐这些）
编辑 /etc/sysctl.conf，添加或修改以下几项（不要加 tcp_tw_recycle
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
net.ipv4.tcp_tw_reuse = 1 —— 允许把处于 TIME_WAIT 的 socket 用于新连接（要求开启时间戳 <code>net.ipv4.tcp_timestamps = 1，默认已开）-
net.ipv4.ip_local_port_range = 1024 65535—— 扩大可用临时端口范围（原默认常为 32768–65535，少近一半） -
net.ipv4.tcp_max_tw_buckets = 6000—— 设定系统允许的最大 TIME_WAIT 数量，超限后内核会强制回收（设太小可能丢包，建议 4000–10000） -
net.ipv4.tcp_fin_timeout = 30—— 虽然不缩短 TIME_WAIT 时长，但它影响 FIN_WAIT_2 状态释放速度，间接减少半关闭连接堆积
生效命令：sudo sysctl -p。改完可立即观察 ss -s 中 time-wait 统计下降趋势。
Java 层必须同步做的三件事
光调内核参数是治标。Java 客户端才是根因所在：
-
禁用短连接直连：避免每次 HTTP 请求都 new URLConnection()；改用连接池（OkHttp 默认带池，HttpClient 需显式配置
PoolingHttpClientConnectionManager） -
HTTP 头对齐：确保请求头含
Connection: keep-alive，服务端也支持 HTTP/1.1 持久连接 -
合理设置池参数：例如 OkHttp 的
connectionPool(new ConnectionPool(20, 5, TimeUnit.MINUTES))，避免空闲连接过早失效又重建
不推荐、已淘汰或高危的参数
以下内容请直接跳过，尤其在线上环境：
-
tcp_tw_recycle = 1—— Linux 4.12+ 已移除；4.12 之前在 NAT 环境（如容器、云主机、SLB 后）会导致连接失败，概率性丢请求 -
tcp_fin_timeout调到个位数（如 2 或 5）—— 对 TIME_WAIT 无效，还可能让 FIN_WAIT_2 积压 - 盲目缩小
tcp_max_tw_buckets到 500 以下 —— 可能触发内核警告并粗暴 reset 连接
真正健康的 Java 服务，TIME_WAIT 应稳定在几百到两三千之间。上万不是“参数没调好”，而是“连接没管好”。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
