⚠️ 经典故障：

客户端从连接池里拿了一个连接，调用 write()，一切正常。
然后等了 30 秒没收到数据，客户端超时，重试，还是 30 秒……
分析半天发现：这个 TCP 连接早就死了——中间防火墙在第 15 分钟时静默丢弃了连接状态。
但两端都不知道！因为 TCP 默认不会主动探测连接是否还活着。

💡 本节你将学到：

1. TCP KeepAlive 的三个核心参数及各场景调优建议
2. 内核 KeepAlive 定时器源码分析（tcp_keepalive_timer）
3. 应用层心跳 vs 传输层保活——到底用哪个？
4. HTTP 连接池的设计误区与最佳实践
5. 实战：用 ss / bpftrace 诊断死连接问题

💡 快速系统级配置：

sysctl -w net.ipv4.tcp_keepalive_time=600
sysctl -w net.ipv4.tcp_keepalive_intvl=30
sysctl -w net.ipv4.tcp_keepalive_probes=3
总耗时：600s + 3×30s = 690s（约 11.5 分钟）

/* 单连接 KeepAlive 配置示例 */

int sockfd = socket(AF_INET, SOCK_STREAM, 0);

/* 1. 开启 KeepAlive */

int keepalive = 1;

setsockopt(sockfd, SOL_SOCKET, SO_KEEPALIVE, &keepalive, sizeof(keepalive));

/* 2. 空闲 60s 后开始探测 */

int idle = 60;

setsockopt(sockfd, IPPROTO_TCP, TCP_KEEPIDLE, &idle, sizeof(idle));

/* 3. 探测间隔 10s */

int intvl = 10;

setsockopt(sockfd, IPPROTO_TCP, TCP_KEEPINTVL, &intvl, sizeof(intvl));

/* 4. 连续 3 次无响应判死 */

int cnt = 3;

setsockopt(sockfd, IPPROTO_TCP, TCP_KEEPCNT, &cnt, sizeof(cnt));

⚠️ 注意：TCP_KEEPIDLE/TCP_KEEPINTVL/TCP_KEEPCNT 是 Linux 专有扩展。跨平台应用推荐使用应用层心跳。

/* net/ipv4/tcp.c - tcp_set_keepalive() */

inttcp_set_keepalive(struct sock *sk, int val)

{

struct tcp_sock *tp = tcp_sk(sk);

    sk->sk_socket->keepalive = !!val;

if (sk->sk_socket->keepalive) {

/* 连接空闲 → 启动 KeepAlive 定时器 */

if (tp->packets_out == 0)

tcp_reset_keepalive_timer(sk, tcp_keepalive_time(sk));

    } else {

tcp_delete_keepalive_timer(sk);

    }

return0;

}

/* net/ipv4/tcp_timer.c - tcp_keepalive_timer() */

staticvoidtcp_keepalive_timer(struct timer_list *t)

{

struct sock *sk = from_timer(sk, t, sk_timer);

struct tcp_sock *tp = tcp_sk(sk);

/* 1. 状态检查：仅 ESTABLISHED 或 CLOSE_WAIT 有效 */

if (tcp_sk(sk)->state < TCP_ESTABLISHED)

goto out;

/* 2. 探针用完了 → 连接已死 */

if (tp->keepalive_probes >= tcp_keepalive_probes(sk)) {

tcp_send_active_reset(sk, GFP_ATOMIC);

tcp_set_state(sk, TCP_CLOSE);

        sk->sk_err = ETIMEDOUT; /* recv() 返回超时错误 */

sk_error_report(sk); /* 通知 epoll/select */

goto out;

    }

/* 3. 发送探针 + 重设定时器 */

    tp->keepalive_probes++;

tcp_write_wakeup(sk); /* 发送探针 */

tcp_reset_keepalive_timer(sk, tcp_keepalive_intvl(sk));

out:

    bh_unlock_sock(sk);

}

💡 关键发现：KeepAlive 探针发送的是带有 seq = snd_una - 1 的 ACK 包。对端回复正确 ACK 即可确认存活。这个机制不需要对端也开启 KeepAlive——它是单方面探测。

⚠️ 关键区别：TCP KeepAlive 是"传输层"保活——只证明网络是通的。应用层心跳是"应用层"保活——证明对方的应用程序还在工作。数据库进程卡在死锁里，TCP KeepAlive 说"连接正常"——但你的查询永远不会返回。

✅ 推荐方案：PING + 超时

每次取出连接时发送 PING，设置200ms 短超时。超时未返回 → 关闭连接 → 取下一个。
即使遇死连接，也只需等 200ms，而不是 TCP 重传的几十秒。

# 查看长连接的空闲时间（-o 显示 timer 详情）

ss -tno

# 输出示例：

ESTAB 0 0 172.16.1.10:54321 10.0.0.1:3306 timer:(keepalive,119min,0)

# ^^^^^^^^ 已空闲 119 分钟

# 筛选空闲 > 600s 的长连接

ss -tno | awk '$1=="ESTAB" && $6~"^keepalive"' | awk -F'[(,:]' '{if($8>600) print $0}'

# 抓取 KeepAlive 包（ACK 带 length 0）

tcpdump -i eth0 -nn 'tcp[tcpflags] & (tcp-syn|tcp-fin|tcp-rst) == 0' and 'less 1'

# 输出示例：

10:30:00.123456 IP 172.16.1.10.54321 > 10.0.0.1.3306: Flags [.], ack 123456, win 229, length 0

# ^^^^^^^^ ^^^^^^^^

# 纯 ACK 无数据 = 探针

bpftrace -e '

kprobe:tcp_keepalive_timer {

$sk = (struct sock *)arg0;

$dport = $sk->__sk_common.skc_dport;

time("%H:%M:%S ");

printf("KEEPALIVE PROBE #%d: %s:%d -> :%d",

((struct tcp_sock *)$sk)->keepalive_probes,

inet_ntoa($sk->__sk_common.skc_rcv_saddr),

$sk->__sk_common.skc_num, $dport);

}'

🎯 下节预告（第七节）：

TCP 关闭流程全解析——主动关闭 vs 被动关闭源码路径、FIN-WAIT-1/FIN-WAIT-2/CLOSING/LAST_ACK 四个状态细节、close() vs shutdown() 的本质区别、半关闭连接的应用场景、SO_LINGER 的陷阱。