c++oding="utf-8" ?>
应先找#提取base再截?，避免锚点误删；必须检查find返回值是否为npos，否则substr行为未定义；协议或路径中的?需编码为%3f，解码后再切分可能导致错误。
用 find 和 substr 快速截断查询参数
URL 中的查询参数以 ? 开头，后面所有内容都属于查询字符串。最直接的做法是找到第一个 ? 的位置，然后取其前面的子串。这适用于绝大多数标准 URL（如 https://example.com/path?a=1&b=2），且不依赖外部库。
注意：必须检查 ? 是否存在，否则 substr 传入 std::string::npos 会返回空串或未定义行为（取决于实现）。
示例代码：
std::string remove_query(const std::string& url) {
size_t pos = url.find('?');
return (pos != std::string::npos) ? url.substr(0, pos) : url;
}
常见错误现象：url.substr(0, url.find('?')) 直接调用，没判 npos，导致输入无 ? 时返回空字符串。
处理带锚点（#）的 URL 时要优先切锚点
真实 URL 可能同时含查询参数和锚点，例如 https://a.b/c?x=1#section2。此时 ? 在 # 前，但规范要求锚点属于整个 URL（含查询参数），而「删除查询参数」通常不涉及锚点——也就是说，应先保留锚点，再删查询参数。
更鲁棒的逻辑是：先找 #，提取 base（不含锚点部分）；再对 base 执行 ? 截断；最后拼回锚点。
要点：
-
#位置必须在?之后才有效（即锚点不能出现在查询参数中间） - 如果
#出现在?前（非法但可能遇到），按实际位置处理，不强行校验 - 锚点本身不参与查询参数解析，不应被误删
使用 std::regex 的风险与适用场景
正则能写得更“通用”，比如 std::regex_replace(url, std::regex(R"(\?.*)"), "")，但实际中不推荐用于此任务：
原因如下：
- 编译正则有开销，对高频调用（如 HTTP 请求预处理）影响明显
-
std::regex在部分标准库实现中（如 libstdc++ 旧版本）性能差、功能不全，甚至不支持某些语法 - 无法自然处理
#优先级问题，需额外逻辑，反而更易出错 - URL 解析本是结构化操作，正则适合模糊匹配，不适合精确分段
除非你已在项目中重度依赖正则且明确接受其代价，否则别为这个简单切分引入 <regex></regex>。
注意协议和路径中的特殊字符干扰
URL 的协议（如 mailto:foo@example.com?subject=test）或路径（如 /path/to/file?name=abc）里也可能出现 ?，但它们不属于查询参数分隔符。标准 URL 规范要求查询参数只出现在第一个 ? 之后、且在 # 之前。
所以你的函数只需认准「第一个 ?」，无需担心路径里的问号——因为合法 URL 中，路径部分的 ? 必须被编码为 %3F。如果输入未编码，说明它本身就不是合规 URL，此时按字面切分已是合理 fallback。
真正容易被忽略的是：你拿到的字符串是否已 decode 过？如果前端传来的 URL 查询参数值含 %3F，而你先 decode 再切 ?，就可能把解码后的 ? 当作分隔符误删。建议在 URL 解析阶段保持编码状态，仅在需要读取参数值时才 decode。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
