Go解析URL按RFC 3986建模为结构体，非字符串切分；常见问题有三：协议头缺失致Host为空、路径或Query含未编码特殊字符、输入含不可见字符；Query取值应查vals["k"]而非Get("k")以区分空值与不存在；Path用于读取解码后路径，构造时须赋原始字符串；ResolveReference前需确保base含Scheme和Host。
Go 解析 URL 不是字符串切分，而是按 RFC 3986 建模成结构体；直接用 url.Parse() 拿 *url.URL 就行，但多数人栽在路径编码、空值判断和相对路径补全这三处。
url.Parse() 报 “invalid URL” 怎么快速定位？
错误信息只说 “invalid URL”，不指明哪错了——实际原因往往就三个：
- 原始字符串开头缺协议（比如传了
"example.com/path"而不是"https://example.com/path"），此时改用url.ParseRequestURI()能立刻暴露问题 - 路径或 query 里混进了未编码的中文、空格、
#、?等字符（例如"?q=你好"是非法的，必须是"?q=%E4%BD%A0%E5%A5%BD"） - 输入带不可见字符：复制粘贴来的 URL 可能含 BOM、换行或零宽空格，先用
strings.TrimSpace()清理再解析
Query 参数取值时，Get("k") 为空，到底是 key 不存在还是值为空？
url.Values.Get("k") 对 key 不存在和 key 存在但值为空（如 ?k=&v=1）都返回空字符串，完全无法区分。
- 正确做法是直接查 map：
vals["k"]返回[]string，长度为 0 表示 key 不存在；长度 ≥1 才安全取值 - 注意：
?k=&v=1中vals["k"]是[]string{""}，不是nil - 如果原始 URL 的 query 本身没合法编码（比如前端手拼的
?name=张三），u.Query()可能直接丢掉整个 query；此时应改用url.ParseQuery(u.RawQuery)，它容忍度更高
Path 和 RawPath 到底该用哪个？
u.Path 是已解码的 Unicode 字符串（如 /你好），u.EscapedPath() 或 u.RawPath 是编码后的（如 /%E4%BD%A0%E5%A5%BD）。选错会导致 double-encode 或路由匹配失败。
- 读已有 URL 的路径做显示或业务逻辑处理 → 优先用
u.Path - 构造新 URL 时给
Path字段赋值 → 必须传解码后的字符串，Go 内部会自动编码 - 需要原始编码串（比如签名比对、调试抓包）→ 用
u.EscapedPath() - 误把
u.RawPath直接赋给新 URL 的Path字段，会导致路径被二次编码，浏览器打不开
如何安全地把相对路径转成绝对 URL？
u.ResolveReference(ref) 看似简单，但它**不校验 base 是否为合法绝对 URL**，base 错了结果就全错。
- 确保 base 是绝对 URL：先用
url.Parse(baseStr)，检查u.Scheme != ""且u.Host != "" - 相对路径以
/开头 → 根相对路径，应拼到base.Scheme + "://" + base.Host后 - 否则是文档相对路径，要用
path.Dir(base.Path)获取当前目录，再用path.Join()合并（它会自动清理../和./） - 别手动字符串拼接，比如
base + ref，会把../css/style.css错解成/xyz/../css/style.css这种无效路径
最常被忽略的是：路径段编码不能用 url.QueryEscape，必须用 url.PathEscape；query 编码也不能用 url.PathEscape。二者语义不同、不可互换，混用就会让反向代理或路由框架找不到路径。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
