需先调用setsockopt(sockfd, SOL_SOCKET, SO_KEEPALIVE, &on, sizeof(on))启用基础保活；Linux下再设TCP_KEEPIDLE（空闲秒数）、TCP_KEEPINTVL（探测间隔秒数）、TCP_KEEPCNT（失败次数），macOS用TCP_KEEPALIVE替代，Windows仅支持开关。
如何用 setsockopt 启用 TCP KeepAlive
KeepAlive 不是默认开启的，必须手动调用 setsockopt 设置 socket 选项。关键在于三个参数：是否启用（TCP_KEEPALIVE 或 SO_KEEPALIVE）、空闲时间（TCP_KEEPIDLE）、探测间隔（TCP_KEEPINTVL）和重试次数（TCP_KEEPCNT）。不同系统支持程度不同 —— Linux 支持全部四个，macOS 只支持 TCP_KEEPALIVE（等效于 TCP_KEEPIDLE），Windows 用 SO_KEEPALIVE 开关，但超时行为由系统全局策略控制，无法单 socket 精细设置。
实操建议：
- 先调用
setsockopt(sockfd, SOL_SOCKET, SO_KEEPALIVE, &on, sizeof(on))开启基础保活 - Linux 下再设
TCP_KEEPIDLE（单位秒，如 60）、TCP_KEEPINTVL（如 10）、TCP_KEEPCNT（如 3），需包含<netinet/tcp.h> - macOS 要用
TCP_KEEPALIVE替代TCP_KEEPIDLE，且只能设一个值（空闲后多久发第一个探测） - 务必检查
setsockopt返回值，失败时errno可能是ENOPROTOOPT（选项不支持）或EINVAL（值非法）
KeepAlive 探测失败后连接状态怎么判断
KeepAlive 本身不主动通知应用，它只是让内核在检测到对端无响应时关闭 socket。应用层感知方式只有两种：后续 send/recv 立即返回错误，或 select/poll 报 POLLIN + recv 返回 0（对端已关闭）或 -1（errno == ECONNRESET 或 ETIMEDOUT）。
常见误区：
立即学习“C++免费学习笔记（深入）”；
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 以为
SO_KEEPALIVE开启后会触发回调或信号 —— 不会，它纯内核机制 - 在
recv返回 0 后还继续读 —— 这是已关闭连接，应立刻清理资源 - 依赖 KeepAlive 时间精准控制断连检测 —— 实际从空闲到最终判定断连，耗时至少是
idle + cnt × intvl，中间还可能受网络丢包影响
为什么开了 KeepAlive 还收不到断连通知
最常见原因是 socket 处于阻塞模式且没做 I/O 检查：KeepAlive 探测失败后，socket 状态变为“已关闭”，但如果你一直没调 recv 或 send，就永远不会触发错误返回。非阻塞 socket 下，recv 会立即返回 -1 并置 errno = ECONNRESET；阻塞 socket 则要等到下次实际读写才暴露问题。
应对方法：
- 避免纯阻塞 I/O 长期挂起，配合
select或epoll监听可读事件 - 收到可读事件后，必须调一次
recv并检查返回值：0 表示对端关闭，-1 且errno是ECONNRESET/ETIMEDOUT表示 KeepAlive 探测失败 - 不要只靠心跳包逻辑来判断连接存活 —— KeepAlive 是底层兜底，上层心跳仍需独立实现用于业务级活跃判断
KeepAlive 和应用层心跳该不该共存
应该共存，但职责不同。KeepAlive 解决的是“物理链路静默中断”（如网线拔掉、防火墙悄悄丢包），而应用层心跳解决的是“对端进程卡死但 socket 未关闭”或“NAT 超时老化”。前者内核自动触发，不可控；后者由业务定义频率、内容和响应逻辑。
典型组合策略：
- KeepAlive 设为较宽松值（如 idle=600s），仅作最后防线
- 应用层每 30s 发一次
PING包，10s 内无PONG就主动断连 - KeepAlive 错误（
ETIMEDOUT）直接断连；应用层心跳超时可先重试再断 - 注意：别把 KeepAlive idle 设太短（如 5s），会导致大量无效探测，尤其在高并发场景下增加内核负担
KeepAlive 的真正复杂点不在开启动作，而在它和应用 I/O 模型、错误处理路径、以及上层心跳逻辑的耦合 —— 很多人开了却没在 recv 路径里检查 errno，结果保活形同虚设。
