gin路由无权重概念，仅按最长静态路径优先及注册顺序fallback匹配；param节点不继承子路径，需显式注册静态路由并置于动态路由前；group是语法糖，不改变优先级；/*filepath性能差且优先级最低，spa fallback应使用noroute。
Gin 的路由没有“权重”概念，只有「最长静态路径优先 + 注册顺序 fallback」的隐式规则。所谓“权重”是误传，实际匹配逻辑完全由前缀树结构和节点类型决定。
为什么 GET /users/:id 会拦截 GET /users/profile
这不是权重问题，而是 Gin 路由树中 :id 节点被当作 param 类型插入后，其子节点（比如 /profile）在树中并不存在——/users/:id 已经终结了该分支。请求 /users/profile 到达 /users 节点后，发现下一个路径段 profile 不匹配 :id 的通配规则，又没找到其他子节点，于是直接 404。
- param 节点（如
:id）不自动继承子路径；它只接受一个路径段，且不支持后续拼接 - 要让
/users/profile生效，必须显式注册，且得放在/users/:id之前（因为同级下，静态路径优先于 param 路径） - 如果先注册
/users/profile，再注册/users/:id，前者一定命中；反之则后者吞掉所有/users/xxx（除 profile 外）
router.Group("/v1") 不改变匹配优先级，只是语法糖
Group() 本身不生成新树或调整优先级，它只是把后续注册的路由自动加上前缀，并插入到当前树的对应位置。最终是否匹配，仍取决于完整路径字面量长度和节点类型。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
-
v1 := r.Group("/v1")后注册的v1.GET("/users", h)等价于r.GET("/v1/users", h) - 如果你同时有
r.GET("/v1/users", h1)和v1.GET("/users", h2)，它们注册的是同一路径，Gin 会 panic（重复注册） - 分组中间件不影响路由查找时机，但会在匹配成功后、handler 执行前统一注入——哪怕路由最终 404，只要落入该 Group 范围，中间件仍会执行
通配符 /*filepath 是性能黑洞，且永远最低优先级
/*filepath 对应 catchAll 类型节点，它不参与前缀剪枝，一旦注册，整棵父树的静态优化就失效。而且它只在所有其他路径都不匹配时才触发，不能靠“放后面”来兜底。
- 注册
r.GET("/*filepath", h)后，/api/v1/users这类路径仍能正常匹配，但匹配开销上升：前缀树必须先穷举所有可能分支，确认无静态或 param 匹配，才回落到 catchAll - 不要在根路径用
/*filepath做 SPA fallback；应改用r.NoRoute()，它不参与树匹配，纯属兜底回调 -
/*filepath提取的参数名固定为filepath，调用c.Param("filepath")获取，注意开头斜杠会被保留
真正需要控制“优先级”的时候，不是调 API 设权重，而是手动调整注册顺序 + 保证静态路径比动态路径更早注册。Gin 的树不支持运行时重排，错一次就得改代码重启。最易忽略的是：中间件执行不等于路由匹配成功，NoRoute 里漏配 CORS 就会导致前端跨域失败却看不到日志——这点比路由顺序还容易踩坑。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
