gin中/user/new被/user/:id拦截是因radix tree结构特性：/user/:id作为动态节点覆盖/user下所有未显式注册的子路径，静态路由必须先注册才能生成独立叶子节点。
为什么 /user/new 总是被 /user/:id 拦截
不是注册顺序写错了，而是 Radix Tree 的节点构建逻辑决定的：/user/:id 是一个动态段节点，它在树中代表「/user/ 下所有未被显式声明的子路径」。只要 /user/new 没在树里作为独立叶子节点存在，请求就会落到 :id 分支上，c.Param("id") 就会返回 "new"。
验证方式很简单：启动时盯紧控制台的 [GIN-debug] 日志，看 GET /user/new 和 GET /user/:id 哪条先打印——谁先出现，说明树里谁先被固化为有效分支。
- 静态路径必须先注册，才能在树中生成对应叶子节点
-
router.Group("/user")不改变这一逻辑，它只是拼前缀，不是隔离域 - 哪怕你把
/user/new放在Group里最后注册，只要它晚于/user/:id，照样失效
如何修复路由注册顺序问题
修复不靠“重试”或“加中间件”，只靠两条硬规则：
- 所有无参数的明确路径（如
/user/new、/user/profile）必须放在同级动态路由（如/user/:id）之前注册 - 确保没有重复前缀拼接，比如
v1 := r.Group("/v1")后又写v1.GET("/v1/users/new", ...)，实际注册成了/v1/v1/users/new - 用
router.Routes()打印全部路由，按Method + Path做 key 统计，值 > 1 就是真冲突源
示例正确顺序：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
r.GET("/user/new", createUser)
r.GET("/user/profile", showProfile)
r.GET("/user/:id", getUser)
通配符 /*filepath 引发 panic 怎么办
常见 panic：wildcard route conflicts with existing children 或 index out of range，基本都源于 /static/ 和 /static/*filepath 同时存在，或 *filepath 缺少末尾斜杠。
- 绝对不要手动注册
/static/这种空尾路径；改用/static（无尾斜杠）配合/static/*filepath - 显式注册 catch-all 时，路径必须以
/xxx/*filepath形式，结尾带斜杠 ——/static/*file会触发越界 panic - 优先用
r.StaticFS("/static", http.Dir("./static"))，它内部已规避冲突，且自动处理/static/*filepath路径
怎么确认路由是否真冲突了
别猜，直接看运行时证据：
- 启动日志里出现多条相同 Method + 高度相似 Path 的记录，尤其是
:param和纯字符串混用时 -
router.Routes()返回切片，遍历后用map[string]int统计route.Method + route.Path，重复即冲突 - 访问
/user/new却进到/user/:idhandler，且c.Param("id") == "new"，就是典型吞路径
真正难察觉的是 Group 内部的隐性覆盖——比如 v1.Group("/api") 里注册了 /users/:id 和 /users/new，但后者写在了前者后面，问题一样发生，且容易被忽略。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
