http请求解析需先定位首个\r\n\r\n确定headers结束；请求行无冒号，其余头行用find(':')提取键值并去空格；响应必须用\r\n换行且结尾双\r\n；body为二进制时禁用std::string。
如何用 std::string 安全解析 HTTP 请求行和头部？
HTTP 请求的原始字节流没有结构化边界，直接用 std::getline 读取容易卡在不完整的请求上。关键不是“解析得全”，而是“识别出首个空行的位置”——它标志着 headers 结束、body 开始。
常见错误是逐行 std::getline(socket_stream, line) 后对 line 做 find(":" 判断，但忽略了：\r\n 和 \n 混用、空行可能为 \r\n\r\n 或 \n\n、首行（请求行）不含冒号。
- 先用
recv()或read()一次性读入缓冲区（建议至少 4096 字节），再用std::string::find("\r\n\r\n")找 header body 分界；没找到就继续收包 - 把 header 部分按
"\r\n"切分，跳过首行（请求行），其余每行用find(':')提取键值，再用substr()去首尾空格（std::isspace） - 不要信任客户端发来的
Content-Length值做预分配——先检查是否为纯数字，再转std::stoul，异常则拒绝该请求
std::string 拼接响应时为什么返回乱码或连接被重置？
根本原因是 HTTP 响应必须严格遵守格式：状态行 + CRLF + headers + CRLF + body。漏掉任意一个 \r\n，浏览器就无法识别响应结构，表现为白屏、ERR_EMPTY_RESPONSE 或反复重连。
尤其注意：C++ 字符串字面量中的 "\n" 在 Windows 下不会自动转成 "\r\n"，而 HTTP 协议强制要求 CRLF。
- 所有换行统一写成
"\r\n"，不要依赖平台换行符 - 响应头末尾必须有两个连续的
\r\n，即"\r\n\r\n"，之后才是 body 内容 - 如果 body 是二进制（如图片），别用
std::string存——改用std::vector<char></char>，避免\0截断 - 发送时用
send(sock, data.c_str(), data.size(), 0)，确保发完整个字节数，不要只传data.length()（二者在含 \0 时不同）
区分 GET 和 POST 的本质不是方法名，而是 Content-Length 和 body 存在性
仅靠请求行里的 "GET " 或 "POST " 判断太脆弱：客户端可伪造方法名，代理可能重写，而且 OPTIONS/HEAD 等方法也无 body。真正可靠的依据是：是否有 body 数据需要读取。
POST 请求不一定有 body（比如空表单提交），GET 请求理论上不该有 body，但某些客户端会发——这时你仍要跳过 body，否则下次读会错位。
- 先解析出
Content-Length头部值（若存在且合法），再根据方法名决定行为：GET 忽略 body 长度；POST 则用该长度调用recv()补全 - 若无
Content-Length且方法是 POST，且Transfer-Encoding: chunked未实现，则直接返回411 Length Required - 对 GET 请求，即使收到后续数据也不要读——直接响应，否则 socket 缓冲区残留字节会影响下一次
accept()的新连接
为什么本地测试正常，一上 Linux 就 502 或超时？
典型表现是 Nginx 反代后返回 502 Bad Gateway，或 curl 直连时卡住。问题往往不在逻辑，而在 socket 生命周期和 TCP 栈行为差异。
Linux 默认启用 TCP_NODELAY（禁 Nagle 算法），而 Windows 默认开启。如果你在写完响应后立刻 close()，且未等待对方 ACK，Linux 内核可能直接发 RST，导致中间代理认为服务异常。
- 发送完响应后，调用
shutdown(sock, SHUT_WR)主动关闭写端，再用recv()等待客户端关闭读端（返回 0），再close() - 不要在多线程中复用同一个 socket fd：每个连接必须由唯一线程处理到底，避免
send()和close()竞态 - 监听 socket 设为
SO_REUSEADDR，否则重启服务时可能报Address already in use
最常被忽略的是：HTTP/1.1 默认 keep-alive，但你的简单服务器没实现 pipelining，所以必须在响应头里明确加 Connection: close，否则客户端会等下一个请求，而你早已 close —— 这就是超时根源。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
