recv()返回0表示对端已关闭连接，是正常结束信号而非错误；返回值需严格检查：>0为成功接收，==0为连接关闭，==-1需据errno区分临时无数据或真实错误。
recv() 返回值为0时代表什么
这通常意味着对端已关闭连接（FIN包到达），不是错误，而是正常结束信号。继续调用 recv() 会持续返回0，不能当成“还有数据”处理。
实操建议：
- 每次调用
recv()后必须检查返回值：int n = recv(sock, buf, sizeof(buf)-1, 0); -
n > 0：收到n字节，可安全写入buf[n] = '\0'再转std::string -
n == 0：连接已关闭，应停止接收，清空缓冲区后退出循环 -
n == -1：需检查errno—— 若为EAGAIN或EWOULDBLOCK（非阻塞套接字），说明暂时无数据；其他值如ECONNRESET则需按错误处理
直接用 std::string.data() 接收数据危险吗
非常危险。因为 std::string 的内部缓冲区不一定可写，且 data() 返回的指针在 C++11 后不保证以 \0 结尾，更不保证容量足够。
正确做法是先预留空间，再用 &str[0] 或 str.data()（C++17 起 data() 可写）配合 resize()：
std::string data;
data.resize(1024); // 预分配
int n = recv(sock, &data[0], data.size(), 0);
if (n > 0) {
data.resize(n); // 截断到实际长度
}
注意：resize() 后无需手动加 \0，std::string 不依赖空终止符。
为什么 recv() 后用 string(buf) 有时会截断或乱码
常见原因是把整个缓冲区（含未使用的垃圾字节）都传给了 std::string 构造函数，比如：std::string s(buf); —— 这会从 buf 开始找第一个 <p>常见原因是把整个缓冲区（含未使用的垃圾字节）都传给了 <code>std::string 构造函数，比如：std::string s(buf); —— 这会从 buf 开始找第一个 \0 截断，而 recv() 并不保证填满或补零。
recv() 并不保证填满或补零。
正确方式只取有效字节数：
- 用迭代器构造：
std::string s(buf, buf + n); - 或用带长度的构造函数：
std::string s(buf, static_cast<size_t>(n));</size_t> - 若
buf是std::vector<char></char>，直接用std::string s(vec.begin(), vec.begin() + n);
特别注意：如果数据本身含二进制内容（如协议头、加密数据），它可能含 \0，此时绝不能用 std::string s(buf)，否则提前截断。
如何安全接收不定长数据（比如HTTP响应）
不能只靠一次 recv()，TCP 是字节流，应用层需自己识别边界。常见策略：
- 按长度前缀：先读固定长度头（如4字节网络序表示body长度），再循环
recv()直到收满 - 按分隔符：如 HTTP 的
\r\n\r\n分隔 header/body，需缓存未完成的片段 - 使用动态缓冲区（如
std::vector<char></char>）累积数据，每次recv()追加，再扫描边界
示例片段（简单按行读取）：
std::vector<char> buf(4096);
std::string line;
while (true) {
int n = recv(sock, buf.data(), buf.size(), 0);
if (n
<p>这里的关键是「累积+查找」，不是假设一次 <code>recv()</code> 就能拿到一整条消息。</p>
实际中最容易被忽略的是：TCP 不保消息边界，<code>recv()</code> 的返回长度和发送端 <code>send()</code> 的调用次数完全无关。哪怕你 send("HELLO") 一次，对方 recv() 可能分两次返回 "HE" 和 "LLO" —— 所有粘包、拆包逻辑都得自己扛。</char>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
