不能直接用std::stringstream拆分URL查询串，因其对&和=混合分隔支持弱，易误判空值、不处理URL解码，导致键值乱码；必须先解码再插入std::unordered_map。
为什么不能直接用 std::stringstream 拆分 URL 查询串
因为 std::stringstream 对 & 和 = 的混合分隔支持弱，容易把空值（如 a=&b=1）误判为缺失键，或把含 %20 的编码片段当原文处理。更关键的是它不处理 URL 解码逻辑，直接存入容器会导致键值乱码或无法匹配。
std::unordered_map 存参时必须先解码再插入
URL 参数中常见 %20、%3D 等编码，不还原就存入 std::unordered_map<:string std::string></:string>，后续做字符串比较或转发时会失败。解码需逐字节扫描，遇到 % 后取两位十六进制并转换，非 % 字符原样保留。
- 别用
std::stoi(str, nullptr, 16)直接转——它不校验长度，%G1会静默失败 - 推荐手写解码函数，对每个
%xx做isxdigit(c1) && isxdigit(c2)双重检查 - 解码后立即插入 map，避免中间 string 多次拷贝；可用
map.try_emplace(key, std::move(decoded_value))
如何安全处理重复 key（如 a=1&a=2）
HTTP 规范未强制要求去重，业务常需“后覆盖”或“存 vector”。若用 std::unordered_map，默认是后覆盖；若要保留全部，得换 std::unordered_multimap 或 std::map<:string std::vector>></:string>。
- 用
multimap时，遍历得用equal_range，不能只靠find - 若选
map<string vector>></string>，插入前先auto& vec = m[key]; vec.push_back(val);，避免重复查找 - 注意：空 key（如
&=1）应被跳过或归为特殊键，否则影响后续逻辑
性能敏感场景下避免反复分配临时 std::string
解析长查询串（如 >2KB）时，每对键值都 new 一个 std::string 开销明显。可预分配缓冲区，用 std::string_view 切片原始字符串，仅在解码时按需构造新 string。
立即学习“C++免费学习笔记（深入）”；
- 原始 query 字符串生命周期必须长于 map——不能传入局部
std::string的c_str()后立刻析构 - 解码函数参数用
std::string_view，返回std::string（因解码可能增减长度，view 不适用） - 若确定无编码（如内网 RPC），可跳过解码，直接用
string_view构造 key/value 引用，但需确保原始内存不释放
+ 表示空格，但仅在 application/x-www-form-urlencoded 场景下成立；纯 query string（如 GET）里 + 是字面量，不等价于 %20。这点不区分清楚，解码结果必然出错。 
