判断Chunked编码需先确认Transfer-Encoding值为小写chunked且无Content-Length；解析时用std::from_chars安全转十六进制块大小；状态机须覆盖READING_SIZE、READING_DATA、READING_CRLF、FINISHED四状态；缓冲区应倍增扩容并设上限；末尾trailer头须识别跳过。
怎么判断响应用了Chunked编码
不能光看Transfer-Encoding字段是否存在，得先确认它是否等于chunked，且值是小写（HTTP头名不区分大小写，但值通常按规范小写传输）。更关键的是：只要Transfer-Encoding: chunked出现，Content-Length就必须被忽略——RFC 7230明文禁止两者共存。所以解析前要检查：headers.find("transfer-encoding") != headers.end()，再用std::string::find("chunked")定位子串，注意跳过空格和分号后的扩展参数（如chunked; foo=bar）。
Chunked块大小怎么安全转成整数
块大小是十六进制ASCII字符串，可能带扩展参数，也可能含非法字符。别用std::stoul——它遇到"1a;ext"会静默截断为26，还抛异常；也别手写strtol加base=16，它对溢出没反馈。推荐std::from_chars（C++17起）：long long size_val; auto res = std::from_chars(buf, buf + len, size_val, 16)，然后检查res.ec == std::errc{}且res.ptr停在分号或\r前。如果size_val SIZE_MAX，直接报错降级。
状态机必须覆盖的四个核心状态
Chunked解析本质是字节流状态机，漏掉任一状态都会卡死或错位：
-
READING_SIZE：读到\r\n前的所有字节，提取十六进制长度 -
READING_DATA：按解析出的长度读取精确字节数，不能多也不能少 -
READING_CRLF：跳过数据后的\r\n，这里容易误判成body内容 -
FINISHED：收到0\r\n后，还要再读一个\r\n（终止符），才算真正结束
特别注意：若在READING_DATA阶段recv返回0（对端关闭），说明服务器异常中断，应立即停止并返回错误，而不是等超时。
缓冲区扩容和内存控制的实际约束
Chunked响应体长度未知，缓冲区必须动态增长，但不能无限制：
- 初始分配建议256–1024字节，避免小响应频繁realloc
- 每次扩容用倍增策略（如
new_cap = std::min(old_cap * 2, max_allowed)），上限建议设为64MB（可配） - 每块数据写入前，检查剩余空间；若不够，先扩容再拷贝，否则
memcpy越界 - 解析完成后的总长度可能远小于累计接收字节数（因含所有
\r\n和十六进制头），别直接用socket recv总量当body长度
最易被忽略的是：Chunked末尾的0\r\n\r\n之后，可能紧跟trailer头（如Content-MD5），而标准HTTP客户端通常不处理它——但你的状态机必须能识别并跳过，否则会把trailer当body一部分。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
