答案是radix tree结构特性决定的：/user/:id作为动态段节点代表/user/下所有未显式声明的子路径，若/user/new未被先注册为独立叶子节点，就会被:id吞掉；修复必须将静态路径无条件置于动态路径之前，group不改变此规则。
为什么 /user/new 总被 /user/:id 拦截
不是注册顺序写错了，而是 Radix Tree 的结构特性决定的：/user/:id 作为一个动态段节点，在树中代表「/user/ 下所有未显式声明的子路径」。只要 /user/new 没在树中作为独立叶子节点存在，它就必然被 :id 吞掉——现象是 c.Param("id") == "new"，但你根本没想让它走这个 handler。
验证方式很简单：启动服务时紧盯控制台输出的 [GIN-debug] 日志，看 GET /user/new 和 GET /user/:id 谁先打印。谁先出现，谁就在树中占了更具体的分支位置。这不是“后注册覆盖前注册”，而是树构建时静态路径优先生成节点。
修复路由冲突必须按顺序注册
静态路径必须无条件放在动态路径之前，Gin 不会帮你重排。哪怕你用 Group 隔离，也改变不了这个规则。
-
/user/new、/user/profile、/user/stat这类明确路径，全部写在/user/:id之前 - 确保
/user/:id是该前缀下最后注册的一条路由 - 检查是否误在 Group 内重复拼接前缀，比如
r.Group("/user").GET("/user/new", ...)导致实际注册成/user/user/new - 如果仍不生效，运行
router.Routes()打印全部路由，用map[string]int统计Method + Path是否重复
通配符 *filepath 引发 panic 的真实原因
错误不是“语法不对”，而是节点冲突触发了索引越界：/static/ 和 /static/*filepath 同级共存时，Gin 在匹配过程中会尝试访问空节点的子指针，直接 panic index out of range。
安全做法只有三条：
- 删掉所有显式的
/static/（末尾带斜杠的空路径），改用/static（无尾斜杠）配合/static/*filepath - 手动注册 catch-all 时，路径末尾必须带斜杠，写成
/static/*filepath，不能是/static/*file - 优先用内置方案：
r.StaticFS("/static", http.Dir("./static"))，它内部已规避冲突，且自动处理/static/*filepath的边界逻辑
Group 不能解决优先级问题，但能暴露隐藏冲突
Group 只是路径拼接和中间件作用域的语法糖，所有路由最终都注册到同一棵 Radix Tree 上。你在 v1 := r.Group("/v1") 里注册 v1.GET("/users/:id", h)，和直接写 r.GET("/v1/users/:id", h) 在树中的位置完全一样。
但它有个关键副作用：容易让你误以为“组内路由天然优先”。结果就是把 /v1/users/:id 写在组开头，后面再加 /v1/users/new ——后者依然失效。真正起作用的，永远是路径字面量的「静态性」和「注册时序」。
最容易被忽略的一点：通配符节点一旦注册，整棵子树就失去前缀剪枝能力。所以 /*path 这种兜底路由，必须放在所有具体路由之后，且绝不能和 /api、/static 等高频路径同级。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
