c++oding="utf-8" ?>
直接用 find 和 substr 截取 ? 后至 # 前的参数部分最轻量：先找 ?，再从该位置后找 #，存在则取 [?+1, #)，否则取 [?+1, end)。
用 std::string::find 和 std::string::substr 快速截取 ? 后的内容
URL 的参数部分从第一个 ? 开始，到 #（片段标识符）或字符串末尾为止。最轻量、无依赖的做法就是手动定位：find 找 ?，再找 #（如果存在），然后用 substr 截取。
常见错误是忽略 #：比如 "https://example.com/path?k=v#section"，直接取到末尾会把 #section 也当成参数，实际应丢弃。
- 先检查
?是否存在，不存在则参数为空 - 找到
?后，从? + 1开始搜索# - 若找到
#，截取范围是[?+1, #)；否则是[?+1, end)
std::string get_query_part(const std::string& url) {
size_t qpos = url.find('?');
if (qpos == std::string::npos) return "";
size_t hpos = url.find('#', qpos); // 从 ? 之后开始找 #
if (hpos == std::string::npos) {
return url.substr(qpos + 1);
}
return url.substr(qpos + 1, hpos - qpos - 1);
}
用 std::regex 提取更鲁棒的参数子串（C++11 起支持）
正则适合处理边界模糊或需校验格式的场景，比如你想确保提取的是“紧跟在 ? 后、且不包含空格或控制字符”的有效查询串。但要注意：std::regex 在某些标准库实现（如 libstdc++）中性能较差，且不支持 PCRE 风格的高级特性。
典型误用是写 .* 不加非贪婪或锚定，导致跨 # 匹配；或者忽略 URL 编码字符（%20 等），但这属于后续解码阶段，提取参数本身不需要解码。
- 推荐模式：
R"(?:\?)([^#\s]*)"—— 匹配?后所有非#非空白字符 - 必须用
std::regex_search，不是regex_match（后者要求全匹配） - 捕获组索引为 1，
match[1].str()才是参数内容
std::string get_query_regex(const std::string& url) {
static const std::regex re(R"(\?([^#\s]*))");
std::smatch match;
if (std::regex_search(url, match, re)) {
return match[1].str();
}
return "";
}
为什么不要自己写 URL 解析器来提取参数
有人试图用循环逐字符判断状态机来“完整解析 URL”，这完全没必要。提取参数部分是纯字符串切片问题，不涉及协议、主机、路径的合法性校验，也不需要处理 IPv6 主机、带端口、用户信息等复杂情况。
过度设计的后果：代码膨胀、引入 off-by-one 错误、难以测试边界（如 http://a?b#c?d），还可能误判转义字符（比如把 %3F 当成 ? 处理 —— 但注意：合法 URL 中，? 和 # 本身**不能被编码**，所以原始字符串里的 ? 一定是字面量，无需解码后再找）。
- 标准规定：
?和#是分隔符，不能出现在查询或片段中（除非被编码，但那样就不再是分隔符了） - 因此，直接在原始字符串里搜
?和#是安全且规范的 - 真正需要解码的是后续对参数键值对的处理，不是提取阶段
提取后怎么安全拆分 key=value 对（附简单示例）
拿到参数字符串（如 "a=1&b=2&c"）后，下一步通常是按 & 拆分，再对每个项用 = 分割键值。这里容易出错的是忽略无值参数（如 c）和空值（如 d=）。
别用 std::stringstream >> 拆分，它会跳过空字段；也别假设每个 = 都有左右值。最简做法是遍历 + find + substr 组合。
- 对每个
&分隔的子串，找第一个= - 没找到
=→ 键为该子串，值为空字符串 - 找到
=→ 左侧是键，右侧是值（即使为空） - 记得对键和值分别做
url_decode（如果业务需要）
std::vector<:pair std::string>> parse_query(const std::string& query) {
std::vector<:pair std::string>> result;
size_t start = 0;
while (start <p>参数提取本身很简单，但很多人卡在“要不要先解码再找 <code>?</code>”或“怎么处理嵌套 <code>?</code>”上 —— 其实根本不用。URL 规范决定了第一个未编码的 <code>?</code> 就是查询起始点，后面的事交给更专注的模块去做。</p></:pair></:pair>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
