是的，:id:int 和 :id([0-9]+) 本质等价，Beego 内部将 :id:int 自动展开为正则 ([0-9]+)，均要求路径段为纯数字；仅支持 int 和 string 两种类型简写，其余需手写正则。
beego.Router 中 :id:int 和 :id([0-9]+) 本质一样吗
是的，:id:int 和 :id([0-9]+) 在 Beego 路由中效果等价，都要求路径段必须为一个或多个数字。框架内部会把 :id:int 自动展开为正则 ([0-9]+)，同样 :id:string 展开为 ([w]+)。
但要注意：这种“类型简写”只支持 int 和 string 两种，不支持 bool、float 或自定义别名。想匹配更细粒度规则（比如非零开头的整数、带符号的数、邮箱格式），必须手写正则。
-
:id:int→ 框架自动转成([0-9]+)，不接受负号、小数点、前导零（如/user/0123会被匹配，但语义上仍是字符串 "0123"） -
:id([1-9][0-9]*)→ 手写正则，强制非零开头，/user/0123不匹配 -
:id(-?[0-9]+)→ 支持可选负号，/user/-42可匹配 - 正则中的括号必须是英文半角，且需对反斜杠转义：写成
:id([\d]+)，不是:id([d]+)（后者在 Go 字符串里会因转义失败而报错）
匹配文件路径和扩展名用 *.* 还是 :path.*
要用 /*.*，不能写 :path.*。Beego 的 :splat 和 :path 是特殊占位符，只在特定模式下生效；而 * 是通配符语法，匹配任意字符（除 / 外），*.* 才能捕获类似 /static/logo.png 中的 logo.png。
实际获取时：this.Ctx.Input.Param(":path") 返回空，this.Ctx.Input.Param(":splat") 也为空；真正能拿到的是 this.Ctx.Input.Param(":ext")（值为 png）和 this.Ctx.Input.Param(":path")（注意：这里不是占位符，而是 Beego 对 *.* 的隐式约定 —— 它会把点号前部分赋给 :path，点号后赋给 :ext）。
-
beego.Router("/file/*.*", &FileController{})→ 访问/file/readme.md时：this.Ctx.Input.Param(":path")=readme，this.Ctx.Input.Param(":ext")=md -
beego.Router("/docs/:filename(.*)", &DocController{})→ 更通用，:filename可含斜杠，适合匹配/docs/a/b/c.pdf，此时this.Ctx.Input.Param(":filename")=a/b/c.pdf - 如果路径含多个点（如
/a.b.c.txt），*.*只截最后一个点，:ext=txt，:path=a.b.c
为什么 /api/:id 匹配不了 /api/，但 /api/?:id 就可以
因为 ? 表示前面的路径段是可选的 —— /api/?:id 等价于“匹配 /api/ 或 /api/xxx”，而 /api/:id 要求 :id 必须存在且非空。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
这和正则里的 ? 含义不同：这里的 ? 是 Beego 特有的语法糖，不是正则量词。它只作用于紧邻的前一个路径段（即 :id 所在的那一级），不会影响更早的部分。
-
/api/:id→ 必须有值，/api/404，/api/123OK -
/api/?:id→/api/OK（:id为空字符串），/api/abcOK（:id=abc） -
/api/:id?是错误写法，Beego 不识别这种后缀式可选 - 若想让整个
:id段完全可选又带类型校验，得拆成两条路由：beego.Router("/api/", &Ctrl{})+beego.Router("/api/:id:int", &Ctrl{})
中文、下划线、横线混排的 username 怎么安全匹配
直接用 :username([w-]+)，别依赖 :username:string。[w-] 明确包含字母、数字、下划线 _、横线 -，排除空格、斜杠、点号等危险字符，比 [w]+（默认 string 简写）更可控。
注意：Beego 的 w 在 Go 正则中等价于 [A-Za-z0-9_]，不包含中文。要支持中文，必须显式加上 Unicode 范围，例如 :username([wu4e00-u9fa5-]+)（覆盖常用汉字），但需确认 Go 版本支持 UTF-8 正则（Go 1.10+ 基本没问题）。
- 避免
:username(.*)—— 它会吞掉后续路径，导致路由歧义（如/user/abc/setting中abc/setting全进:username） - 若用户名允许点号（如邮箱前缀），用
:username([w.-]+)，但记得对点号转义（.），否则.会匹配任意字符 - 所有自定义正则必须用英文括号包裹，且整个表达式不能有空格：
:id([0-9]+)✅，:id( [0-9]+ )❌（空格会导致匹配失败）
实际用的时候，最易被忽略的是正则转义层级：Go 字符串字面量本身要处理一次反斜杠，Beego 再解析一次。所以写 [d]+ 才能在运行时变成 [d]+；写成 [d]+，Go 编译器就报错。
