cgi模式下c++必须通过getenv("content_length")获取字节数，再用fread或std::cin.read精确读取stdin中对应长度的post体；解析application/x-www-form-urlencoded需手动url解码（+→空格、%xx转义）；multipart/form-data因无法获取content-type头中的boundary，在标准cgi中不可靠，应改用cpp-httplib等嵌入式http服务器。
如何从标准输入读取完整的POST请求体
CGI模式下，C++程序无法直接访问HTTP请求头或方法，POST数据全靠stdin传入，且长度由环境变量CONTENT_LENGTH决定。不按这个长度读，要么截断，要么阻塞。
- 必须先用
getenv("CONTENT_LENGTH")获取字节数，转成size_t；值为空或非法时，应视为0（不是忽略，是明确无数据） - 用
fread或std::cin.read精确读取对应字节数，不能用std::getline或>>流提取符——它们遇到\n或空格就停，而POST体可能是JSON、表单URL编码甚至二进制文件 - 读完后记得
std::cin.ignore()或清空缓冲区，避免后续误读残留
如何解析application/x-www-form-urlencoded格式
这是HTML表单默认的POST编码格式，键值对用&分隔，键和值用=连接，且经过URL解码。手动解析容易漏掉+号变空格、%XX转义等细节。
- 先用
std::string::find和substr拆出每个key=value段，再分别对key和value调用解码函数 - 解码时：把
+替换成' '，再循环查找%[0-9A-Fa-f]{2}并转为字节（注意大小写和十六进制合法性检查） - 别依赖
std::stoi(str, nullptr, 16)直接转——它不校验长度，%G1会静默失败
如何安全处理multipart/form-data上传
带文件上传的表单会生成复杂边界分隔的多部分数据，手写解析极易出错。除非有极简需求（比如只接一个固定字段），否则不建议纯C++从零实现。
- 边界字符串来自
Content-Type头中的boundary=...，但CGI程序根本拿不到请求头——这意味着在标准CGI下，无法可靠解析multipart - 若必须支持，应改用嵌入式HTTP服务器（如
cpp-httplib或crow），它们提供req.body和req.files等结构化接口 - 用
cpp-httplib时，直接访问req.get_file_value("fieldname")，返回含content、filename、content_type的结构体，比自己切boundary靠谱得多
为什么不要用system()调用curl或php来中转POST数据
有人试图用system("php -r 'parse_str(file_get_contents(\"php://stdin\"),\$d); echo json_encode(\$d);'")偷懒，这在生产环境是危险操作。
- POST体若含恶意shell元字符（如
`、$()、反斜杠），可能触发命令注入 - 子进程启动开销大，
CONTENT_LENGTH超几MB时，频繁fork+exec会拖慢响应 - PHP版本差异可能导致
file_get_contents("php://stdin")读不全——它默认按行读，而stdin未设缓冲区大小
边界情况多、协议细节琐碎，CGI下做POST解析本质是逆向HTTP协议栈。真正要稳定上线，绕不开引入轻量HTTP库或换到FastCGI/WSGI这类更可控的接口层。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
