c++标准库不提供url解析功能，需借助uri-cpp等rfc 3986兼容库或谨慎实现状态机；手撕解析易因scheme、authority、ipv6、query编码等边界问题出错。
URL 解析在 C++ 里没有标准库函数
标准 C++（直到 C++20）不提供 std::url、parse_url 或类似接口。你不能直接调用一个标准函数把 "https://user:pass@host:8080/path?k=v#frag" 拆成协议、主机、端口等字段——这是很多人踩坑的起点。
常见错误现象：std::String::find("://") 手撕解析，结果漏掉 mailto:user@example.com、file:///path、带 IPv6 主机（[::1]）、或 query 中的 & 和 = 编码问题。
- 真正可靠的解析必须处理 RFC 3986 定义的 scheme、authority、path、query、fragment 分界规则
- authority 部分还要支持可选的 user-info（含
@）、IPv6 字面量（含方括号）、端口号（含冒号但非所有冒号都表示端口） - query 和 fragment 的
%xx解码是额外步骤，标准std::string不负责这个
用 cpp-httplib 或 cpr 做轻量解析够用吗
这两个库本质是 HTTP 客户端，不是 URL 解析器。它们内部会做基础拆分，但不暴露解析结果，也不保证符合 RFC。
比如 cpp-httplib 的 httplib::Client 构造时传入 "https://api.example.com/v1"，它只提取 host/port 用于建连，path 被当整体发出去，不会帮你分离 v1 和后续 path 参数；更不会告诉你 query 里有没有 access_token。
立即学习“C++免费学习笔记（深入）”；
- 如果你只是发请求，不用解析——直接传完整 URL 给
cpr::Get(cpr::Url{"..."})即可 - 如果要提取参数、拼接跳转链接、校验来源 host，必须另起炉灶
- 别依赖
url.host()这类不存在的成员函数：cpp-httplib 没这接口，cpr 也没有
推荐方案：用 uri-cpp 或手动用 std::Regex + 状态机
uri-cpp 是专注 RFC 3986 的轻量头文件库（单 uri.hpp），比 Boost.URL 更小，且明确区分 parse / encode / decode。
示例：解析 "https://foo:bar@exa[mple.com:8080/a/b?x=1&y=2#sec"
#include "uri.hpp" auto u = uri::uri{"https://foo:bar@exa[mple.com:8080/a/b?x=1&y=2#sec"}; // u.scheme() → "https" // u.host() → "exa[mple.com" // u.port() → "8080"（注意是 string） // u.path() → "/a/b" // u.query() → "x=1&y=2" // u.fragment() → "sec"- 它不自动解码
%20，需显式调用uri::decode_query(u.query()) - 对非法 URL（如双斜杠后无 host）会抛
uri::uri_exception，不是静默失败 - 不支持 windows UNC 路径（
servershare）这类非 RFC URL，别硬套
手写解析器要注意的三个硬伤
真要自己写，别从 find("://") 开始。RFC 3986 的 grammar 是上下文相关的，简单字符串切分必然翻车。
-
://不一定在 scheme 后：data:text/plain,hello没有://，但它是合法 URL - authority 中的
@可能出现在 password 里（user:p@ss@host），不能倒数第一个@就切 - IPv6 host 必须用方括号包裹（
http://[::1]:8080/），而[和]在其他位置可能属于 path
这些边界 case 加起来，手写代码行数很快超过 200 行，且难测全。除非你控制输入来源（比如只处理自己生成的固定格式 URL），否则不建议碰。
最常被忽略的是 query 参数值里的 % 编码——解析出 "q=hello%20world" 后，不 decode 就直接用，会导致后端收不到空格。这事没法靠正则一劳永逸解决。