C++封装Socket是为解决connect/send/recv裸调用不可靠、TCP粘包、错误码与资源生命周期管理三大硬问题；必须实现readn/writen/sendMsg/recvMsg四函数，并规范connect超时、域名解析及SIGPIPE处理。
直接说结论：C++封装Socket不是为了“看起来更高级”，而是为了解决三个硬问题——connect/send/recv 的裸调用不可靠、TCP粘包导致业务逻辑错乱、错误码和资源生命周期管理容易遗漏。不封装，每个新项目都得重写一遍超时处理、字节序转换、缓冲区循环读写。
为什么不能直接用 socket() + connect() + send()/recv()
裸用系统 API 表面简单，实际踩坑密集：
-
send()返回值不等于传入长度是常态，尤其在高负载或网络抖动时，必须手动补发；裸写容易忽略len > 0判断，直接当成功处理 -
recv()可能只收一半数据（比如发了 1024 字节，第一次只返回 300），裸调用不加循环就丢数据；更麻烦的是，它可能返回 0（对端关闭）或 -1（错误），但 errno 不一定被设——比如非阻塞模式下EAGAIN和EWOULDBLOCK都要单独判断 - 没做
htons()/ntohl()转换，跨平台连通性直接报废；用inet_addr()解析 IP 还会漏掉 IPv6 和域名解析支持 - socket fd 忘关、重复 close、析构时没判
> 0，轻则 fd 泄露，重则 crash
必须实现的四个基础函数：readn / writen / sendMsg / recvMsg
这是所有靠谱封装的底线，缺一不可。它们不是可选增强，而是填平系统 API 坑的必要垫层：
-
readn(int fd, char* buf, size_t n)：确保读满n字节，内部用循环recv()+ 检查返回值，遇到0或错误立刻退出并返回实际读取数 -
writen(int fd, const char* buf, size_t n)：同理，循环send()直到发完，不信任单次返回值 -
sendMsg(string msg)：先写 4 字节网络序长度（htonl((uint32_t)msg.size())），再写内容；这是解决 TCP 粘包最轻量且通用的做法 -
recvMsg()：先readn()读 4 字节转为主机序，再按该长度readn()读正文；若中途断连或长度非法（比如 > 1MB），直接返回空 string 或设 error flag
注意：recvMsg() 里不能用 std::string::resize() 后传 data() 给 readn()——因为 resize() 不保证内存连续可写（尤其短字符串优化后），必须用 new char[len] 或 std::vector<char>(len)</char> 显式分配。
立即学习“C++免费学习笔记（深入）”；
connect() 封装里最容易漏掉的三件事
很多封装类的 connect() 看似能连上，但上线后随机失败，根源常在这三点：
- 没处理域名解析失败：
gethostbyname()已废弃，应改用getaddrinfo()，它同时支持 IPv4/IPv6 和异步解析；若只用inet_pton()，遇到域名（如"api.example.com"）直接返回 0 - 没设连接超时：阻塞
connect()可能卡住 75 秒（Linux 默认 SYN 重试策略），必须用非阻塞 +select()或poll()控制等待时间 - 没忽略
SIGPIPE：对端崩溃后继续send()，默认行为是进程收到信号终止；应在类初始化时调用signal(SIGPIPE, SIG_IGN)
示例关键片段：
int sockfd = socket(AF_INET, SOCK_STREAM | SOCK_NONBLOCK, 0);<br>struct addrinfo hints = {}, *res;<br>hints.ai_family = AF_UNSPEC;<br>hints.ai_socktype = SOCK_STREAM;<br>if (getaddrinfo(ip.c_str(), std::to_string(port).c_str(), &hints, &res) != 0) return false;<br>if (connect(sockfd, res->ai_addr, res->ai_addrlen) == -1 && errno != EINPROGRESS) { /* 处理立即失败 */ }<br>// 后续用 select() 等待可写事件
析构函数里只做一件事：安全关闭 fd
别在析构里尝试重连、日志上报或复杂清理——这些操作可能抛异常或阻塞，而析构函数不该有副作用。唯一职责就是：
- 检查
m_fd > 0，避免重复 close 导致EBADF - 调用
::close(m_fd)（不是close()，防止被自定义宏污染） - 置
m_fd = -1，方便后续判空
真正的资源释放（比如清空发送队列、通知监听器）应该由显式的 shutdown() 或 disconnect() 方法承担，而不是塞进析构。否则对象被临时复制或移动时，语义就乱了。
真正难的从来不是把 socket 包一层，而是让 sendMsg() 在断网重连时自动续传、让 recvMsg() 在协议头损坏时不卡死主线程、让整个类在多线程环境下 connect() 不互相干扰——这些才是封装之后才开始的问题。
