C++需手动解析URL查询字符串：先按&分割参数，再按=分离key/value，最后对二者调用解码函数；解码时仅处理合法%XX编码（十六进制校验）和+号，并保留空值。
如何用 std::unordered_map 解析 URL 查询字符串
直接上结论：C++ 标准库没有内置 URL 解析函数，必须手动拆分 key=value 对并解码。核心难点不在存储，而在正确处理 %20、+、空值、重复键等边界情况。
典型输入如 "name=John+Doe&age=25&city=New%20York&hobby="，不能简单按 & 和 = 切割完事——URL 编码和空值语义必须显式处理。
- 先用
std::string::find_first_of定位&分隔符，逐段提取参数对 - 每段再用
std::string::find找第一个=，左侧是 key，右侧是 value（可能不存在） - 对 key 和 value 分别调用自定义解码函数，把
%20→' '，+→' ' - value 为空字符串（如
hobby=）要保留，不能跳过；hobby本身没=则 value 视为""
url_decode 函数怎么写才不出错
很多实现直接遍历字符串查 %，但容易漏掉非法编码（如 %GZ）或越界访问。稳妥做法是用 std::stringstream 或手动校验十六进制字符。
关键点：只解码形如 %[0-9A-Fa-f]{2} 的片段，其余 % 字符原样保留；+ 在 query string 中等价于空格，仅在 value 部分解码（key 里理论上不该有，但兼容性建议统一处理）。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
立即学习“C++免费学习笔记（深入）”；
- 用
std::isxdigit判断后续两个字符是否为合法十六进制 - 用
std::stoi(..., nullptr, 16)转换，捕获异常或检查返回值范围（0–255） - 避免用
std::hex配合>>，它对非法输入行为不可控 - 示例片段：
std::string url_decode(const std::string& s) { std::string ret; for (size_t i = 0; i < s.length(); ++i) { if (s[i] == '%' && i + 2 < s.length() && std::isxdigit(s[i+1]) && std::isxdigit(s[i+2])) { std::string hex = s.substr(i+1, 2); char ch = static_cast<char>(std::stoi(hex, nullptr, 16)); ret += ch; i += 2; } else if (s[i] == '+') { ret += ' '; } else { ret += s[i]; } } return ret; }
重复 key 怎么办：覆盖？合并？还是报错？
HTTP 规范未强制要求行为，实际服务端常见策略是“后出现的覆盖前一个”，比如 ?a=1&a=2 最终取 a="2"。但有些场景需要保留所有值（如多选下拉框），这时得用 std::multimap 或 std::unordered_map<std::string, std::vector<std::string>>。
- 若用
std::unordered_map::operator[]，天然覆盖——map[key] = value每次都写入新值 - 若需追加，先查是否存在：
if (map.count(key)) map[key].push_back(value); else map[key] = {value}; - 注意：标准
std::unordered_map不支持重复 key，强行 insert 同 key 会失败，不报错但忽略 - 不要依赖
map.insert({key, value})的返回值来判断是否重复——它只告诉你是否插入成功，不反映覆盖逻辑
为什么不用 std::map 而推荐 std::unordered_map
URL 参数数量通常很小（几十个以内），性能差异几乎可忽略，但语义更清晰：unordered_map 强调“无序键值对”，符合 query string 本身无序的本质；而 map 带来不必要的红黑树开销和排序假象。
-
std::map比较 key 时默认用operator<，对 UTF-8 字符串可能产生非预期顺序（比如中文拼音序乱） -
unordered_map的哈希函数对std::string是标准且稳定的，无需额外配置 - 如果后续要导出为 JSON 或 HTTP Header，顺序无关，
unordered_map更贴近真实使用场景 - 例外：调试时想固定遍历顺序便于日志比对，可临时换
map，但上线代码保持unordered_map
真正容易被忽略的是编码上下文——URL 查询字符串默认是 UTF-8，但 C++ 字符串不带编码标记。解码后得到的 std::string 实际是 UTF-8 字节流，后续做 substring 或大小写转换必须用 UTF-8 安全的库（如 ICU），不能直接用 std::toupper。
