url.QueryEscape仅用于query参数值编码，不可用于完整URL或路径段；路径段须用url.PathEscape；多参数应使用url.Values.Encode()自动拼接并编码。
url.QueryEscape 只能用于 query value，不能用于完整 URL
直接对完整 URL（比如 https://api.com?q=hello world）调用 url.QueryEscape 是最常见错误——它会把 :、/、? 全部转义成 %3A、%2F、%3F，导致服务端根本无法路由，返回 404 或 400。
它设计目标明确：只处理 ?key= 后面那个「值」。例如：
-
url.QueryEscape("张三")→"%E5%BC%A0%E4%B8%89"（正确） -
url.QueryEscape("name=张三&city=北京")→ 把等号和 & 也编码了，服务端收到的是字面量name%3D%E5%BC%A0%E4%B8%89%26city%3D%E5%8C%97%E4%BA%AC，完全无法解析（错误）
路径段必须用 url.PathEscape，混用会导致路由失败
URL 中的路径部分（如 /users/张三）和查询参数（如 ?q=张三）编码规则不同：url.QueryEscape 默认不转义 / 和 :，因为它们在 query 值里是合法字符；但 url.PathEscape 会严格转义所有非 path 安全字符，包括 /。
所以：
立即学习“go语言免费学习笔记（深入）”；
- 路径里的中文或特殊字符（如
/posts/a/b中的a/b）→ 必须用url.PathEscape("a/b") - 查询参数里的相同字符串（如
?id=a/b）→ 必须用url.QueryEscape("a/b")，结果仍是"a/b"（没错，它本来就不该转） - 若在 query 值里误用
PathEscape，/变成%2F，=变成%3D，服务端收不到键值对，只收到一串乱码
多参数拼接别手写 ? 和 &，用 url.Values.Encode()
手动拼接 "?q=" + url.QueryEscape(q) + "&lang=" + url.QueryEscape(lang) 极易出错：漏转义、顺序颠倒、& 写成 &、空值没跳过、重复 key 没处理。
Go 配置库，使用 spf13/viper — 分层优先级（flag > env >file > KV > default），提供 BindPFlag/BindPFlags、SetEnvPrefix + SetEnvKeyReplace 等功能。
标准做法是构造 url.Values，再调用 .Encode()：
params := url.Values{}
params.Set("q", "hello world")
params.Set("lang", "zh-CN")
params.Add("filter", "active")
u, _ := url.Parse("https://api.example.com/search")
u.RawQuery = params.Encode() // 自动编码全部值，并拼好 ? 和 &
这个方式还天然支持：
- 重复 key（
Add多次） - 空值自动跳过
- 键本身也会被编码（虽然通常都是 ASCII）
url.QueryUnescape 失败几乎全是输入脏，不是函数问题
url.QueryUnescape 对输入极其严格：残缺的 %AB、非法十六进制如 %XZ、或混入不可见控制符（比如日志截断、前端未 encode 就发来的参数），都会直接返回 invalid URL encoded string 错误。
注意两个典型陷阱：
- 不要对
req.URL.Query().Get("q")的结果再调一次QueryUnescape——net/http 已经帮你解过了，二次解码大概率失败 - 第三方 API 返回的「看似编码」字符串，可能根本没遵循 RFC，先用正则
^([A-Za-z0-9._~:/?#[\]@!$&'()*+,;=-]|%[0-9A-Fa-f]{2})*$粗筛，或改用url.ParseQuery更容错
真正需要自己解码的场景极少，多数时候你拿到的已经是干净字符串，直接用就行。编码选错函数比解码失败更常导致线上故障。
