Go解析URL参数失败的根本原因是混淆RawQuery/Query()、Values.Get()与values["k"]语义：RawQuery非空但Query()为空说明query含非法编码；Get()无法区分键不存在与值为空，需用len(values["k"])>0判断；路径提取须用path.Clean+TrimPrefix而非硬切分；构造URL时Path赋解码字符串，拼query必须用url.Values.Encode()。
Go 解析 URL 时，query 参数拿不到、中文乱码、路径参数取错——根本原因不是语法不会，而是没分清 RawQuery/Query()、Values.Get() 和 values["k"] 的语义差异。
url.Parse + u.Query() 拿不到参数？检查 RawQuery 是否为空或非法编码
常见错误是 u.Query() 返回空 map，但 u.RawQuery 看着有内容。这说明原始 query 字符串本身含非法 URL 编码（比如未转义的空格、中文、& 或 =），导致 Go 在解析阶段就丢弃了整个 query 部分。
- 先打印
u.RawQuery确认是否非空；若为空，说明url.Parse()已失败或输入 URL 不含? - 若
RawQuery非空但u.Query()为空，大概率是 query 里混入了未编码的中文、空格或#—— 用url.ParseQuery(u.RawQuery)替代u.Query()，它对非法编码更宽容 - 前端传来的 URL 若不可控（如用户粘贴），务必先
strings.TrimSpace()再解析，避免不可见字符干扰
Values.Get("k") 总是空字符串？别用 Get 判断 key 是否存在
url.Values 是 map[string][]string，Get("k") 对 “key 不存在” 和 “key 存在但值为空（如 ?k=&v=1）” 都返回 ""，完全无法区分。
- 判断 key 是否存在，必须用
len(values["k"]) > 0 -
values["k"]是 slice：[]string{""}表示?k=，[]string{}（空 slice）表示 key 不存在 - 多值场景（如
?tag=a&tag=b）必须用values["tag"]取完整切片，Get("tag")只拿第一个 - 若需解码 value（如
%E4%BD%A0→你），url.QueryUnescape()要手动调，u.Query()已自动解码，但url.ParseQuery()返回的仍是原始编码字节
路径参数提取：别用 strings.Split(r.URL.Path, "/")[2] 这种硬下标
标准库 net/http 不支持 /users/:id 这类模式匹配，硬切分极易因双斜杠 //、末尾斜杠 /users/123/ 或路径遍历（../etc/passwd）崩溃。
立即学习“go语言免费学习笔记（深入）”；
- 先用
path.Clean(r.URL.Path)规范路径，消除.、..和冗余/ - 再用
strings.TrimPrefix(cleanedPath, "/provisions/")去前缀，比硬切更鲁棒 - 注册 handler 时务必带末尾斜杠：
http.HandleFunc("/provisions/", handler)，否则/provisions/123匹配失败 - 若需正则校验（如只接受数字 ID），在提取后用
strconv.Atoi()或regexp.MatchString()，别塞进路径模式里
构造新 URL 时 path 和 rawpath 混用？会导致 double-encode
u.Path 是已解码的 Unicode 字符串（如 /你好），u.EscapedPath() 或 u.RawPath 是编码后的（如 /%E4%BD%A0%E5%A5%BD）。构造时赋错字段，浏览器直接打不开。
- 给
url.URL.Path赋值，必须传解码后的字符串；Go 内部会自动编码成RawPath - 从已有 URL 读路径显示或处理，优先用
u.Path；做签名或透传原始编码，才用u.EscapedPath() - 拼 query 参数永远用
url.Values+Encode()，别手拼"?q=" + query——中文、空格、&全都会炸 - 修改
u.Path或u.RawQuery后，必须调u.String()才生成最终合法 URL，直接打印 struct 不生效
