echo不支持正则路由，仅支持简单占位符如:id；需通过自定义param的validate()方法或中间件手动校验格式，否则路径匹配后仍可能传入非法参数。
Echo 不支持直接在路由路径里写正则
Echo 原生 GET("/user/:id") 这类语法只做简单占位符替换，:id 本身不校验格式，也不会触发正则匹配。你写 /user/:id[0-9]+ 或 /user/{id:\d+} 都会直接报错或静默忽略——它根本不会解析这些字符。
必须靠自定义 Param 类 + Validate() 手动校验
Echo 的扩展机制是通过实现 echo.Param 接口（实际是嵌入 echo.DefaultParam 并重写 Validate()）来干预参数提取后的校验逻辑。这不是“正则路由”，而是“参数级守门人”。
-
Validate()返回error时，Echo 会返回404（不是 500），和 Flask 的to_python行为一致 - 校验失败不进 handler，也不打日志，容易误判为“路由没注册”
- 别在
Validate()里查 DB 或调外部服务，它只该做轻量字符串判断
示例：限制 :id 必须是 6~12 位数字
type DigitIDParam struct {
echo.DefaultParam
}
func (p *DigitIDParam) Validate(c echo.Context, value string) error {
matched, _ := regexp.MatchString(`^\d{6,12}$`, value)
if !matched {
return echo.NewHTTPError(http.StatusNotFound, "invalid id format")
}
return nil
}
// 注册时绑定到名字（比如叫 "digitid"）
e.GET("/user/:id", handler).Param("id", &DigitIDParam{})
更实用的替代方案：用中间件提前拦截
如果你要匹配的模式较复杂（比如邮箱、UUID、带分隔符的复合 ID），硬塞进 Validate() 会让逻辑臃肿且难复用。这时推荐用中间件：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
- 在路由注册前加一层
e.Use()中间件，用c.Request().URL.Path拿完整路径 - 用
regexp.MustCompile(...).MatchString()做全路径正则匹配 - 不匹配就直接
return c.NoContent(http.StatusNotFound) - 匹配成功再放行，后续 handler 可安全假设路径合法
好处是逻辑集中、调试方便、可复用；缺点是比原生 Param 略多一次函数调用（但几乎无感知）。
注意 Echo 路由优先级会掩盖你的正则意图
Echo 匹配顺序是：Static > Param > Match any。如果你同时注册了：
e.GET("/users/new", handlerA)
e.GET("/users/:id", handlerB)
e.GET("/users/123/files/*", handlerC)
那么访问 /users/123 会命中 handlerB，永远进不了你为 /users/:id 写的正则校验——因为 :id 已经被当作泛匹配捕获了。真正需要正则约束的路径，得靠中间件或更细粒度的 Param 类，而不是指望路由树自动过滤。
最易被忽略的一点：Echo 没有“正则路由”这个概念，所有看似正则的行为，都是你在 Param 校验或中间件里手动补上的。别等它自动生效。
