💖 点赞 + 收藏 + 关注，Socket 工业级网络编程全套实战持续更新！ ✨ 本专栏 全程手写源码、无阉割、纯工程
0. 前言
前面章节我们完成了从基础 Socket、IO 模型到 epoll 高并发服务的完整实现，代码可以正常跑通 Demo。但 Demo 代码和线上量产工程存在巨大差距：短期运行没问题，长时间 7×24 小时持续运行后，容易出现：连接僵死、fd 泄漏、端口耗尽、内存碎片、大量 TIME_WAIT 占用端口、断网后无法自动重连、突发数据内存暴涨崩溃等一系列稳定性问题。
工业物联网网关、MQTT 接入服务、TCP 透传设备，核心考核指标就是长稳运行。本章聚焦量产必备稳定性手段，全部是线上踩坑总结的解决方案，包含内核套接字选项、业务层心跳、内存池管理、连接状态机、断线重连框架，配套可直接移植 C 代码。
本章学习重点：
重要区分：内核 TCP Keepalive ≠ 应用层心跳，二者不能互相替代，工程上推荐配合使用。
1. TCP Keepalive 内核保活（套接字选项）
1.1 原理
TCP 连接建立后，如果双方长时间没有数据交互，网络断连、网线拔出、设备断电，TCP 四层无法感知链路断开，连接会一直保存在内核中，形成僵死连接，持续占用 fd 和内存资源。 Keepalive 是 TCP 协议自带的保活机制，内核定时发送探测报文，对端无应答则判定连接失效，内核自动关闭 socket。
1.2 三个核心参数
注意：Keepalive 默认全局内核配置，我们可以单独为每个 socket 自定义参数，不影响全局系统配置。
1.3 封装函数（可直接复用）
#include <netinet/tcp.h>
int SetTcpKeepAlive(int fd, int idle, int interval, int cnt)
{
int opt = 1;
// 开启keepalive总开关
if(setsockopt(fd, SOL_SOCKET, SO_KEEPALIVE, &opt, sizeof(opt)) < 0)
{
perror("setsockopt SO_KEEPALIVE");
return -1;
}
setsockopt(fd, IPPROTO_TCP, TCP_KEEPIDLE, &idle, sizeof(idle));
setsockopt(fd, IPPROTO_TCP, TCP_KEEPINTVL, &interval, sizeof(interval));
setsockopt(fd, IPPROTO_TCP, TCP_KEEPCNT, &cnt, sizeof(cnt));
return 0;
}
工程常用配置参考：空闲 60s 开始探测，间隔 5s，重试 3 次，总超时 75s 断开僵死连接
SetTcpKeepAlive(connfd, 60, 5, 3);
1.4 Keepalive 短板（非常关键）
2. TIME_WAIT 详解与优化、SO_LINGER 避坑
2.1 TIME_WAIT 是什么
TCP 四次挥手：主动关闭方（调用 close）最后进入 TIME_WAIT 状态，默认等待 2MSL（通常 60s） 之后彻底释放端口。 目的：保证对端收到 FIN 报文，防止延迟重复报文干扰下一次新连接。
2.2 量产痛点
短连接频繁创建销毁、客户端大量主动关闭，会产生海量 TIME_WAIT，端口被占满，无法新建连接，报 cannot assign requested address。
2.3 优化方案（分场景）
方案 1：服务端优先被动关闭连接（业务规范）
设计协议：由客户端主动维持长连接，客户端发起断开，服务端尽量不主动 close，规避服务端产生大量 TIME_WAIT。
方案 2：开启端口复用 SO_REUSEADDR / SO_REUSEPORT
前面 Demo 已经使用 SO_REUSEADDR，允许程序重启后立刻绑定端口，不受 TIME_WAIT 限制。
int opt = 1;
setsockopt(fd, SOL_SOCKET, SO_REUSEADDR, &opt, sizeof(opt));
方案 3：内核参数调优（Linux 系统层面，需要 root）
# 快速回收TIME_WAIT
sysctl -w net.ipv4.tcp_tw_reuse=1
sysctl -w net.ipv4.tcp_fin_timeout=30
注意：tcp_tw_recycle 在新版 Linux 已经废弃，不要使用！
2.4 SO_LINGER 慎用（高频翻车点）
SO_LINGER 用于修改 close () 行为，结构体：
struct linger {
int l_onoff;
int l_linger;
};
3. 应用层业务心跳设计（协议层保活）
3.1 设计思路
自定义心跳报文，例如：设备每 30s 向上位机 / Broker 发送心跳包 {"type":"heartbeat","sn":"dev001"} 服务端维护每个连接的心跳超时计时器，超过规定时间未收到心跳，判定设备离线，主动关闭连接，释放资源。
推荐心跳周期：20~30s，超时判定：连续 2 个周期无心跳（60s），避免网络抖动误判下线
3.2 连接状态机设计（量产必备）
为每一条 TCP 连接封装上下文结构体，携带状态、心跳计时、收发缓冲区、fd，完整四状态：
typedef enum
{
CONN_STATE_IDLE = 0, // 空闲，未建立连接
CONN_STATE_CONNECTED, // 正常已连接，可收发数据
CONN_STATE_WAIT_RECONNECT, // 连接断开，等待重连计时
CONN_STATE_CLOSED // 连接已关闭，等待资源释放
}ConnState_t;
// 单连接上下文，完整管理一条连接所有资源
typedef struct
{
int fd;
ConnState_t state;
uint32_t heartbeat_timer; // 心跳计时
uint32_t reconnect_timer; // 断线重连计时
uint8_t recv_buf[512];
uint16_t recv_len;
}ConnContext_t;
业务逻辑流转：
3.3 断线重连指数退避策略（工业规范）
禁止固定间隔疯狂重连（断网瞬间大量并发 connect，造成服务器压力） 示例退避序列：3s → 5s → 8s → 10s，到达上限后保持 10s 间隔重试
4. 简易固定内存池实现，解决 malloc 碎片
频繁动态 malloc /free 小块内存，长时间运行会产生内存碎片，可用内存越来越少，最终 OOM 程序崩溃。 量产嵌入式 / 网关程序解决方案：预分配固定大小内存池，运行时从池中申请、归还，不频繁调用系统堆接口。
下面实现极简固定块内存池（适合相同大小连接上下文分配） mem_pool.c
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#define POOL_BLOCK_NUM 32
#define POOL_BLOCK_SIZE sizeof(ConnContext_t)
// 内存块控制标记 0空闲 1占用
static uint8_t pool_used[POOL_BLOCK_NUM] = {0};
static uint8_t pool_buf[POOL_BLOCK_NUM][POOL_BLOCK_SIZE];
// 申请内存块
void* MemPoolAlloc(void)
{
for(int i = 0; i < POOL_BLOCK_NUM; i++)
{
if(pool_used[i] == 0)
{
pool_used[i] = 1;
memset(pool_buf[i], 0, POOL_BLOCK_SIZE);
return pool_buf[i];
}
}
printf("mem pool full!\\n");
return NULL;
}
// 归还内存块
void MemPoolFree(void *ptr)
{
if(ptr == NULL)
return;
int idx = ((uint8_t*)ptr – pool_buf[0]) / POOL_BLOCK_SIZE;
if(idx >=0 && idx < POOL_BLOCK_NUM)
{
pool_used[idx] = 0;
}
}
优点：无内存碎片，分配释放速度极快，方便统计内存占用，适合连接上下文管理； 扩展方向：多级内存池（支持不同大小内存块）、内存泄漏检测标记。
5. 完整资源回收规范（杜绝 fd / 内存泄漏）
线上程序最常见稳定性 bug：资源忘记释放，日积月累崩溃，必须统一回收流程： 当连接判定关闭时，严格按照顺序执行：
开发规范：所有 malloc / 内存池申请的内存，必须有唯一释放入口；所有打开 fd，必须成对 close。
6. 程序看门狗与运行监控（设备量产必备）
针对嵌入式网关长期运行，增加软件看门狗：
简易软件看门狗思路： 单独创建低优先级喂狗线程，主线程全局变量定期赋值，喂狗线程检测超时，执行程序重启保护业务。
7. 本章完整踩坑汇总
8. 本章小结
本章全部为工业量产落地优化方案，不再局限基础 Demo 实现，聚焦长稳运行问题：
遗留思考： 目前我们所有网络代码都是裸 C 手写，在大型项目中会封装通用 Reactor 网络框架，同时很多项目会使用第三方成熟开源网络库（libevent /libuv）简化开发；下一章对比 libevent 与 libuv，讲解事件驱动通用跨平台网络库实战，完成通用网络组件封装。
下一章：跨平台事件驱动网络库 libevent & libuv 实战｜API 使用、Reactor 封装、多平台移植适配
