[技术求教] 如何主动杀死一个 tcp 连接？请大家帮我分析分析。

经过两个多月的排查，问题总算缓解了。根本原因大概率是接口中处理逻辑太复杂，导致运行一段时间后tcp请求队列堵塞，导致新的请求进不来直接丢弃。为了不直接去改后台应用逻辑（太复杂了），我解决的方式是通过调整tcp的系统参数：

# 默认值：128 sudo sysctl -w net.ipv4.tcp_max_syn_backlog=4096 # 默认值：5 # 作用：此参数控制的是 TCP 客户端在发起连接时重试 SYN 包的次数。当 TCP 握手的 SYN 包没有收到响应时，客户端会重新发送 SYN 包。默认情况下，Linux 会重试 5 次。 # 调整效果：将该值降低到 2，表示 TCP 客户端在连接失败时会更早放弃重试，这对于高流量场景下减少资源浪费是有帮助的，尤其是在网络不稳定或服务端响应较慢时。降低此值可以加快连接的失败检测和释放未使用的资源。 sudo sysctl -w net.ipv4.tcp_syn_retries=2 # 默认值： net.ipv4.tcp_rmem：4096 87380 6291456 net.ipv4.tcp_wmem：4096 16384 4194304 sudo sysctl -w net.ipv4.tcp_rmem="8192 87380 67108864" sudo sysctl -w net.ipv4.tcp_wmem="8192 87380 67108864" # 默认值：60 # 作用：此参数控制的是处于 FIN_WAIT_2 状态的 TCP 连接在主动关闭一方等待对方确认关闭的最大时间。当 TCP 连接关闭后，主动关闭的一方会进入 FIN_WAIT_2 状态，在等待关闭确认之前会保留连接。 # 调整效果：将该值从 60 秒降低到 30 秒，能够更快地释放资源，特别是在高连接数的环境中，减少由于连接关闭超时导致的资源占用。然而，过短的超时时间可能导致资源清理不完全，因此要根据实际情况调整。 sudo sysctl -w net.ipv4.tcp_fin_timeout=30 # 默认值：4096 # 作用：此参数定义了系统可以保留的“孤儿” TCP 连接的最大数量。孤儿连接是指没有任何应用程序接收的数据包的 TCP 连接。在某些情况下，这些连接会由于异常而无法被正常关闭，导致系统资源被浪费。 # 调整效果：增大该值（比如设置为 327680）能够容纳更多的孤儿连接，适用于需要大量并发连接的场景。不过，如果该值设置过大，可能会导致系统资源被大量浪费，增加系统负担。 sysctl -w net.ipv4.tcp_max_orphans=327680 # 默认值：7200（即 2 小时） # 作用：此参数控制的是 TCP 连接在进入“空闲”状态后发送第一个 keepalive 探测包的时间，单位是秒。当 TCP 连接处于空闲状态时，系统会定期发送 keepalive 包，以确保连接仍然有效。 # 调整效果：将该值从默认的 2 小时降低到 600 秒（即 10 分钟），会加快检测空闲连接的速度，及时清理长时间没有数据传输的连接。对于需要及时发现死连接的应用场景（如 Web 服务）较为合适。 sysctl -w net.ipv4.tcp_keepalive_time=600 # 默认值：75 # 作用：此参数控制的是如果 TCP 连接处于空闲状态，keepalive 探测包的发送间隔时间，单位为秒。即在发送第一个探测包后，每隔多少秒发送一个探测包。 # 调整效果：将该值调整为 60 秒，表示每 60 秒发送一个 keepalive 包，检测连接是否仍然有效。这个值适用于需要快速检测死连接的场景。 sysctl -w net.ipv4.tcp_keepalive_intvl=60 # 默认值：9 # 作用：此参数控制的是在认为连接已断开之前，最大重试的探测次数。即，如果一个 TCP 连接没有响应 keepalive 包，系统会重试发送 keepalive 包的次数。 # 调整效果：将该值从默认的 9 次降低到 5 次，意味着在 5 次探测包失败后，系统会认为连接断开并关闭该连接。降低此值有助于尽早发现和关闭死连接，但设置得过低也可能导致正常连接被误判为断开。 sysctl -w net.ipv4.tcp_keepalive_probes=5 

回过头来看，1L大哥就已经给出了答案。