c++oding="utf-8" ?>
直接用 find('?') 找问号位置，未找到则原串即干净url，否则 substr(0,pos) 截取；若含 fragment，需先检查 '#' 位置，仅当 '?' 在 '#' 前才截断，避免误删 fragment。
用 find 和 substr 快速截断查询参数
URL 中的查询参数从 ? 开始，后面所有内容都属于 query。最直接的办法是找到第一个 ? 的位置，然后取它前面的子串。这适用于大多数标准 URL（不含 fragment 或嵌套 ? 的边缘情况）。
注意：C++ 标准库没有内置 URL 解析器，所以不能依赖 std::url 这类不存在的类型——得手动处理。
-
std::string::find('?')返回std::string::npos表示没找到，此时原字符串就是干净的 URL - 如果找到，用
substr(0, pos)截取，不包含?本身 - 不要用
erase后半段，因为substr更轻量、无副作用
std::string url = "https://example.com/path?k=v&id=123";
size_t pos = url.find('?');
std::string clean = (pos == std::string::npos) ? url : url.substr(0, pos);
// clean == "https://example.com/path"
需要保留 fragment（#）时怎么处理
有些 URL 同时含 ? 和 #，比如 https://a.b/c?x=1#sec。按规范，fragment 在 query 之后，但如果你只删 query，fragment 应该保留。这时候不能简单找第一个 ? 就完事——得确认 # 是否在 ? 前面。
正确顺序是：scheme://host/path?query#fragment。所以 # 永远不会出现在 ? 前（否则非法），但实现上仍建议先检查 # 位置，避免用户传入格式错乱的字符串。
- 先找
#，再找?；如果?存在且位置小于#，才截断到? - 如果
?位置大于#，说明 URL 格式异常，按需报错或忽略 query - 实际项目中，建议加一句日志或断言提醒这种异常输入
用 std::regex 匹配的风险和适用场景
有人会想到用正则：std::regex("^[^?#]*")。语法上可行，但不推荐作为默认方案。
- 编译正则有开销，对单次短字符串不划算；高频调用（如每请求一次）可能成为瓶颈
-
std::regex在部分旧标准库（如 libstdc++ - 真正需要正则的场景是：要同时清理 query + fragment + 多余斜杠，或做 URL 归一化
- 若坚持用正则，至少写成带
static const缓存的 regex 对象，避免重复编译
边界情况：空字符串、纯 query、编码字符怎么办
真实数据里常遇到 "?a=1"、""、"https://x.y/z?q=%3F" 这类输入。移除 query 不等于解码，URL 编码（如 %3F）属于 query 内容的一部分，无需处理。
- 输入为空或只有
?时，find返回 0 或 npos，substr(0, 0)得空串，逻辑自然成立 - 不要试图 decode query 再删——那属于业务层需求，和“移除 query”是两件事
- 如果 URL 含用户名密码（
https://u:p@example.com），?依然只从 path 后开始算，不影响截断逻辑
最易被忽略的是：有人把 “移除 query” 和 “构造新 URL” 混淆。函数返回 clean URL 后，后续拼接新 query 要自己加 ?，库不会帮你补。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
