mux.Vars(r) 返回空 map 的主因是请求未匹配到含路径参数的路由，需逐一核验路径、HTTP 方法、Host头、Scheme是否完全一致，并确保正则约束、Methods声明及Subrouter使用正确。
mux.Vars(r) 返回空 map，基本不是解析出错，而是请求压根没匹配到那条路由。先确认路径、方法、Host、Scheme 全部对得上，再查参数。
为什么 mux.Vars(r) 总是空的
常见错误现象：handler 里调 mux.Vars(r) 得到空 map[string]string，但路径明明写了 {id}。
- 90% 原因是请求根本没走到这条 route——比如注册了
/api/v1/users/{id}，却发了GET /users/123，少了个v1 - 漏写
.Methods("GET")：路由注册时没限定方法，它可能被后续更宽泛的路由（比如通配/*）提前捕获 - 用了
Subrouter()却把 handler 注在父 router 上：子路由定义的{id}只在子路由上下文里注入 vars，父 router 的mux.Vars(r)看不到 -
http.ListenAndServe(":8080", r)传的是nil或http.DefaultServeMux，不是你那个mux.NewRouter()实例
HandleFunc 必须链式调用 .Methods() 才生效
不加 .Methods() 的路由，gorilla/mux 不会拒绝其他方法，但匹配优先级极低——容易被后面声明的、带 .Methods() 的路由“抢走”请求。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 错误写法：
r.HandleFunc("/users/{id}", h)→GET /users/123可能 404 - 正确写法：
r.HandleFunc("/users/{id:[0-9]+}", h).Methods("GET")→ 正则约束 + 方法锁定，双重保险 - 如果要支持多个方法，写成
.Methods("GET", "PUT", "DELETE")，别漏掉OPTIONS（CORS 中间件依赖它） - 注意大小写：
"get"不等于"GET"，必须全大写
路径参数正则里特殊字符要显式转义
正则不是 shell glob，/、=、. 这些字符不会自动被当作字面量处理，漏掉会导致整个路径匹配失败。
立即学习“go语言免费学习笔记（深入）”；
- 想匹配
/files/a/b/c.json这类嵌套路径，得写{path:[a-zA-Z0-9\/\._-]+}，不能只写[a-z0-9./_-]+ -
{ext:(\.json|\.csv)?}中的点必须写成\.，否则.表示任意字符 - 正则只控制“是否进入该路由”，不负责业务校验——
{id:[0-9]+}能防住/users/abc，但拦不住/users/999999999999999999999导致strconv.ParseInt溢出
Host 和 Scheme 匹配容易忽略端口和协议头
r.Host("myapp.dev") 匹配的是 HTTP 请求头里的 Host 字段，不是浏览器地址栏输入的 URL。
- 浏览器访问
http://myapp.dev:8080，实际发送的 Host 头是myapp.dev:8080，不是myapp.dev；得写r.Host("myapp.dev:8080")或用正则r.Host(`{host:.+}:8080`) -
r.Schemes("https")要求请求协议是 HTTPS，但本地开发用http://localhost:8080测试时必然 404——这不是 bug，是设计如此 - Host 匹配后必须接
.Subrouter()，直接在 root router 上调.Host().HandleFunc()是无效的 - 调试时用
curl -H "Host: myapp.dev" http://localhost:8080/绕过浏览器端口限制，验证 Host 匹配逻辑
