基数树路由性能稳定在o(k)而非o(n)，因注册时仅/:id被识别为参数节点，/id或:id均作静态字面量导致404；get/post分树存储，未注册方法返回405；参数名大小写敏感且需手动校验空值与类型转换。
Go语言里用基数树（Radix Tree）做路由，不是为了“炫技”，而是解决一个实际问题：当路由数从几十涨到几千时，net/http.ServeMux那种顺序遍历会明显变慢，而基数树能把匹配耗时稳定压在路径长度级别——也就是 O(k)，不是路由条数 O(n)。
为什么注册 /:id 却匹配不到 /user/123
根本原因在于解析阶段就失败了：基数树路由器（如 httprouter、gin、chi）在调用 router.GET("/user/:id", h) 时，会按 / 拆分路径段，逐段建树。只有以 /: 开头的段才被识别为参数节点；写成 /user:id 或 /user/id，整段都会当作静态字面量存进树里，请求时自然找不到对应分支。
-
/:id✅ —— 冒号前必须紧贴斜杠，中间不能有空格或字符 -
/user:id❌ —— 缺少前导/，整个user:id被当作文本 -
/user/id❌ —— 是纯静态路径，和/user/123字符不等就直接跳过 - 参数名只支持字母、数字、下划线：
/:user-name会被截断为/:user，后面-name变成静态后缀
ps.ByName("id") 总是返回空字符串，但没报错
这不是 bug，是设计使然：httprouter.Params 是匹配成功后才传入 handler 的结构体，它不校验参数值是否真实存在。只要路由注册了 /:id，哪怕请求是 /user/（后面没内容），ps.ByName("id") 仍返回空字符串，不会 panic。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 空值陷阱最常发生在路径未完全匹配时，比如注册了
/user/:id，却请求/user/或/user（缺末尾斜杠） - 别依赖
ps.ByName("id") != ""做逻辑分支，应结合路径完整性和业务规则判断 - 需要类型转换时，必须手动用
strconv.Atoi等，并检查错误，框架不代劳 -
ps.ByName("ID")和/:id不匹配——参数名严格大小写敏感
GET 和 POST 同路径为啥一个 404 一个 405
因为基数树路由器是按 method + path 两级建树的。GET /api/user 和 POST /api/user 在内存里是两棵完全独立子树的叶子节点，没有共享父路径，也不 fallback。
- 只注册
GET，用curl -X POST测试 → 返回405 Method Not Allowed，不是404 - 没有
router.Any()或router.Methods("GET,POST")这类接口，别幻想一次注册覆盖所有方法 -
router.Handler("GET", "/path", h)是桥接标准http.Handler的入口，不参与 method 分发逻辑 - 复用逻辑请抽离 handler 函数，不要在路由层强行合并方法
真正容易被忽略的是：基数树的性能优势高度依赖路径结构规整。一旦大量使用 /*filepath 或嵌套参数（如 /:id/:action），分支膨胀会导致查找退化成近似线性；而像 /:id([0-9]+) 这类正则校验，是 chi 或 Fiber 在树匹配之后额外加的运行时步骤，不改变基数树本身的 O(k) 复杂度，但增加了单次请求开销。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
