Iris 中正则需通过宏机制嵌入路径参数，格式为 {name:type regexp(^pattern$)}，必须指定基础类型（如 string）、完整匹配模式（隐含 ^$），且括号内特殊字符需双重转义；裸写 regexp(...) 或省略类型均报错。
iris 路由中怎么写正则表达式
iris 不直接暴露 regexp.Compile 或原生正则字符串匹配接口，而是通过「宏（macro）」机制在路径参数中嵌入校验逻辑。你写的正则不是放在括号外，而是作为参数类型的修饰符，写在花括号内。
比如想只允许 /user/{id} 匹配纯数字，不能是 /user/abc，就得显式声明类型和约束：
-
{id:string regexp(^[0-9]+$)}：最通用写法，string类型 + 自定义正则 -
{id:uint64}：等价于{id:int min(1)}，底层已预编译并做数值范围检查，性能更好 -
{slug:alphabetical}：仅字母，大小写都行，无需手写^[a-zA-Z]+$ -
{filename:file}：允许字母、数字、_、-、.，但不允许空格或特殊符号
注意：regexp(...) 里的内容必须是**完整匹配模式**（即隐含 ^ 和 $），不需要自己加锚点。
为什么 {id:regexp(d+)} 会报错
常见错误是漏掉 string 前缀，或者用了不支持的语法。iris 的宏解析器要求正则必须挂载在某个基础类型上，不能裸写 regexp。
以下写法全部非法：
-
{id:regexp(d+)}—— 缺少类型声明，解析失败 -
{id:string regexp(d)}——d不是完整匹配，应写成^[0-9]$或更合理的^[0-9]{1,10}$ -
{id:string regexp([0-9]+)}—— 括号未转义，会被解析器误认为 macro 参数分隔符
正确写法必须用英文括号包裹完整正则，并对内部括号转义：
app.Get("/post/{slug:string regexp(^[a-zA-Z0-9\-\_\.\ ]{3,50}$)}", handler)
这里双反斜杠是因为 Go 字符串字面量需转义一次，正则引擎再转义一次。
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
regexp 宏和类型宏（如 uint64）性能差异大吗
有差异，但通常可忽略；关键看是否需要运行时校验逻辑。
-
{id:uint64}：路由注册时就编译好整数解析逻辑，匹配快，失败直接 404，无额外分配 -
{id:string regexp(...)}：首次匹配时编译正则（缓存复用），后续走regexp.MatchString，有少量开销 - 如果正则很复杂（比如带回溯、大量分支），且请求量极大，建议拆成中间件做
ctx.Path()后手动校验，避免阻塞路由树遍历
另外，所有正则宏只对当前参数生效，不会影响其他段路径；{id:string regexp(...)} 后面不能再跟 /detail 这类静态段 —— iris 会把它当新路径处理，导致匹配失败。
怎么调试正则没生效
最常踩的坑是：写了正则，但请求仍能进 handler，或始终 404。先确认三件事：
- 路径是否严格匹配 ——
GET /user/123对应app.Get("/user/{id:uint64}", ...)，多一个斜杠（/user/123/）就可能不匹配 - HTTP 方法是否一致 ——
app.Post注册的路由，用 GET 访问必然 404，和正则无关 - 是否启用了严格模式 —— iris 默认开启
Router.StrictSlash(true)，末尾斜杠不一致会重定向；若不想跳转，启动时加iris.WithoutVersionChecker和iris.WithoutServerError(iris.ErrServerClosed)并手动关掉严格模式
实在不确定，临时加个中间件打日志：
app.Use(func(ctx iris.Context) {
ctx.Application().Logger().Infof("Path: %s, Matched route: %s", ctx.Path(), ctx.GetCurrentRoute().Name())
ctx.Next()
})
这样能看到实际进入哪条路由，比盲猜高效得多。
正则宏本质是语法糖，背后仍是 radix tree 路由匹配；真正复杂的校验逻辑（比如权限、业务规则）别塞进路由层，留给 handler 或中间件做更清晰。
