调用 socket()、bind()、listen() 和 connect() 可以建立连接，但连接建立后的行为仍需要单独排查。
在弱网或高并发环境中，开发者常遇到以下问题：
- 小包交互时偶发约 40ms 延迟抖动；
- 服务端重启时提示
Address already in use无法绑定； - 对端断网后，本端连接长时间处于假死状态；
- 嵌入式协议栈（如 lwIP）中网络驱动与应用层的数据传递开销。
下面分别整理连接状态、小包时延、保活和 I/O 处理；最后补充 lwIP 的缓冲区与线程接口。
1. TCP 连接生命周期与状态机
sequenceDiagram
autonumber
participant Client as 客户端 (Client)
participant Server as 服务端 (Server)
Note over Server: socket() -> bind() -> listen()
Note over Client: socket() -> connect()
Client->>Server: SYN (seq=x)
Server-->>Client: SYN+ACK (seq=y, ack=x+1)
Client->>Server: ACK (ack=y+1)
Note over Client,Server: 连接建立: ESTABLISHED
Note over Client: 主动关闭 close()
Client->>Server: FIN (seq=u)
Note over Client: 进入 FIN_WAIT_1
Server-->>Client: ACK (ack=u+1)
Note over Client: 进入 FIN_WAIT_2
Note over Server: 进入 CLOSE_WAIT
Note over Server: 被动关闭 close()
Server->>Client: FIN (seq=w)
Note over Server: 进入 LAST_ACK
Client-->>Server: ACK (ack=w+1)
Note over Client: 进入 TIME_WAIT (维持 2*MSL)
Note over Server: CLOSED
1.1 TIME_WAIT 与 SO_REUSEADDR 选项
- 为什么需要维持 2*MSL（通常为 1~2 分钟）？
- 保证最后一个 ACK 能够送达对端（若丢失，对端重发的 FIN 会在 2*MSL 窗口内到达，本端可补发 ACK）；
- 允许网络中残留的延迟报文自然消亡，避免新建的同四元组连接接收到旧连接的历史数据。
- 端口复用：服务端异常退出并重启时，监听端口常因处于
TIME_WAIT导致bind: Address already in use。在bind()前开启SO_REUSEADDR允许端口快速重用：int opt = 1; setsockopt(listen_fd, SOL_SOCKET, SO_REUSEADDR, &opt, sizeof(opt));
2. 常用 Socket 调优选项
2.1 降低小包时延：禁用 Nagle 算法 (TCP_NODELAY)
- Nagle 算法与延迟确认（Delayed ACK）的交互：
- Nagle 算法：本端若存在未确认的在途数据包，会将后续应用层的小包暂存，等待攒满一个 MSS（最大段大小）或收到对端 ACK 后再发出；
- 接收端 Delayed ACK：接收端为减少空口报文数，通常延迟几十毫秒等待与回传数据合并发送 ACK；
- 影响：两者叠加会导致交互式小包通信（如遥控指令、按键事件、RPC）出现约 40ms 的等待延迟。
- 处理方式：在交互式通信中开启
TCP_NODELAY禁用 Nagle：int enable = 1; setsockopt(fd, IPPROTO_TCP, TCP_NODELAY, &enable, sizeof(enable));
2.2 异常断连探测：SO_KEEPALIVE 与保活定时器
当对端异常断电或物理链路中断，若本端不主动发送数据，TCP 协议栈默认不会主动感知对端状态。可配置系统级 Keepalive 探测：
int keepalive = 1;
int keepidle = 30; // 空闲 30 秒后开始发送探测包
int keepinterval = 5;// 探测包发送间隔 5 秒
int keepcount = 3; // 连续 3 次无应答判定连接断开
setsockopt(fd, SOL_SOCKET, SO_KEEPALIVE, &keepalive, sizeof(keepalive));
setsockopt(fd, IPPROTO_TCP, TCP_KEEPIDLE, &keepidle, sizeof(keepidle));
setsockopt(fd, IPPROTO_TCP, TCP_KEEPINTVL, &keepinterval, sizeof(keepinterval));
setsockopt(fd, IPPROTO_TCP, TCP_KEEPCNT, &keepcount, sizeof(keepcount));
3. I/O 多路复用：epoll 机制 (ET vs LT)
处理大量并发连接时，通常使用 epoll 管理文件描述符：
┌─────────────────────────┐
│ epoll_create() │
│ (内核红黑树管理监听 fd) │
└────────────┬────────────┘
│
┌─────────────────────┴─────────────────────┐
▼ ▼
┌───────────────────────┐ ┌───────────────────────┐
│ 水平触发 (Level-Trigger)│ │ 边缘触发 (Edge-Trigger) │
│ * 缓冲区有数据即持续通知│ │ * 仅状态发生变化时通知│
│ * 编程模型相对直观 │ │ * 需循环读取至 EAGAIN │
└───────────────────────┘ └───────────────────────┘
ET 模式注意点：在边缘触发（
EPOLLET）模式下，socket 需设置为非阻塞模式（O_NONBLOCK），且事件到达后需循环读取直至read()返回-1且errno == EAGAIN，防止残留数据未被及时处理。
4. 嵌入式协议栈 (lwIP) 内存模型
在资源受限的 MCU/RTOS 环境下，常使用轻量级协议栈 lwIP。
4.1 pbuf 四类内存模型
PBUF_RAM：在动态堆内存中分配，头部与载荷连续存储，常用于发送端数据组装；PBUF_POOL：在固定大小的预分配内存池中管理，常用于网卡接收中断中的快速分配；PBUF_ROM/PBUF_REF：载荷直接指向外部只读 Flash 或外部全局内存，以指针引用方式减少数据拷贝。
4.2 线程安全与驱动接口
- Mailbox 消息转发：lwIP 核心线程（
tcpip_thread）非线程安全，外部应用线程通过消息邮箱向核心线程传递请求； - 驱动递交：以太网或 Wi-Fi 驱动在接收到报文后，从
PBUF_POOL分配pbuf，通过netif->input(p, netif)递交协议栈处理。
5. 总结
网络异常可以先按连接状态、发送等待和收包处理三个方向检查。TCP_NODELAY 和 Keepalive 都有适用条件，修改前后应观察抓包与应用日志；使用 epoll ET 模式时，则要确认所有读写路径都正确处理了非阻塞返回值。
