Gin路由冲突的根本原因是Radix Tree结构特性：/user/:id作为动态段节点会覆盖/user/下所有非静态子路径，必须将/user/new等静态路由先注册以显式构建叶子节点，否则会被:id吞掉。
为什么 /user/:id 会吃掉 /user/new
不是注册顺序问题，而是 Radix Tree 的结构特性决定的：:id 是一个动态段节点，它在树中代表「/user/ 下所有非静态子路径」，/user/new 如果没被显式建为叶子节点，就会被 :id 吞掉。现象是访问 /user/new 时 handler 拿到 c.Param("id") == "new"，但你根本没想让它走这个逻辑。
关键点：Gin 不靠“谁后注册谁赢”来解决冲突，它靠树结构是否显式包含该路径。静态路由必须先注册，让 Trie 能为 /user/new 单独生成分支；否则，:id 的通配节点会覆盖整个前缀空间。
- 错误写法：
r.GET("/user/:id", getUser)在前，r.GET("/user/new", createUser)在后 → 后者永远不生效 - 正确写法：把
/user/new放前面，再注册/user/:id - 更安全的做法：用不同语义前缀，比如
/user/create或/users/new，避开同级动态段
router.Group() 能不能解决优先级问题
不能。router.Group() 只是语法糖，本质是拼接路径前缀并隔离中间件作用域，不影响 Radix Tree 的节点构建顺序或匹配优先级。你在 v1 := r.Group("/v1") 里注册 v1.GET("/users/:id", h)，和直接写 r.GET("/v1/users/:id", h) 在树中的位置完全一致。
真正起作用的是路径字面量的「长度」和「静态性」：/v1/users/123 比 /v1/users/:id 更长、更静态，所以请求时一定命中前者；但 /v1/users/:id 和 /v1/users/profile 同级时，后者必须先注册，才能确保树中存在独立分支。
立即学习“go语言免费学习笔记（深入）”；
- Group 内注册顺序仍需遵守「具体在前、泛化在后」原则
- Group 不会自动帮你重排路由，也不会让组内路由比组外同级路径更优先
- 如果想强制某条路由最优先，唯一可靠方式是把它放在整个 router 初始化的最早位置
如何验证是否存在路由冲突
Gin 启动时打印的 [GIN-debug] 日志就是第一手证据。重点看有没有多条相同 Method + 相似 Path 的记录，尤其是带 :param 和纯字符串路径混用的情况。
更进一步，可以用 router.Routes() 遍历所有注册路由，按 Path 分组检查重复：
for _, route := range router.Routes() {
if existing, exists := pathMap[route.Path]; exists {
log.Printf("冲突: %s %s ←→ %s", route.Method, route.Path, existing)
}
pathMap[route.Path] = route.Method
}
- 注意：
route.Path是注册时的原始字符串，不含参数展开，所以/user/:id和/user/new会被视为不同 key，得手动做前缀分析 - 真正危险的是路径前缀完全重叠，比如
/api/v1/users和/api/v1/users/:id—— 前者必须注册在后者之前，否则前者会被后者覆盖 - 别依赖 IDE 折叠或代码位置视觉判断，一定要跑起来看日志或用代码扫描
通配符 *filepath 和参数 :id 的优先级差异
*filepath 是最低优先级的通配类型，它只在所有静态和参数路径都不匹配时才触发；而 :id 属于参数路径，在 Trie 中属于「确定长度但值可变」节点，优先级高于 *filepath 但低于同级静态路径。
典型陷阱：把 r.GET("/static/*filepath", serveStatic) 放在最前面，结果所有 /api/xxx 请求都被它截住——因为 *filepath 是兜底型通配，不校验后续路径结构。
- 务必把
*filepath放在所有具体路由之后，通常只用作最后的 404 处理或静态文件服务 -
:id和{id:[0-9]+}优先级相同，但后者加了正则约束，匹配失败时不会 fallback 到其他路由，而是直接 404 - 混合使用时，
/files/:name和/files/*filepath不冲突，前者匹配单层，后者匹配多层，但/files/:name必须注册在/files/*filepath前，否则:name永远得不到机会
/user/new 写在第 100 行，只要它没在 /user/:id 之前注册，树就不会为它建分支。 
