gorilla/mux 的路径变量正则不支持 ^、$、、z 等锚点符号；应直接使用无锚点的纯模式（如 [1-9][0-9]*）即可精准匹配非零正整数。
gorilla/mux 的路径变量正则不支持 ^、$、、z 等锚点符号；应直接使用无锚点的纯模式（如 [1-9][0-9]*）即可精准匹配非零正整数。
在 gorilla/mux 中为路径参数（如 {userID}）指定正则约束时，切勿添加行首 ^ 或行尾 $ 锚点，也不应使用 A / z。这是因为 mux 在内部将用户提供的正则片段自动嵌入到一个更大的正则上下文中（例如：^(?P
✅ 正确写法（简洁、有效、符合 mux 规范）：
get.HandleFunc("/my/api/user/{userID:[1-9][0-9]*}", app.Handle("user"))该模式明确表示：以 1–9 开头，后接零个或多个数字（0–9），即严格匹配 1, 42, 999 等非零正整数，而拒绝 0, 01, 007, -5, abc 等非法值。
❌ 错误示例及原因：
// ❌ 错误：^ 和 $ 在 mux 中非法，引发编译失败或静默不匹配
get.HandleFunc("/my/api/user/{userID:^([1-9][0-9]*)$}", ...)
// ❌ 错误：A 和 z 同样不被 mux 支持，Go 正则引擎虽可识别，但 mux 解析器会报错或忽略
get.HandleFunc("/my/api/user/{userID:\A([1-9][0-9]*)\z}", ...)
// ⚠️ 过度宽松（原“旧版”）：允许前导零（如 "01"），语义上不符合“正整数”要求
get.HandleFunc("/my/api/user/{userID:[0-9]{1,}}", ...)? 补充说明与最佳实践：
- mux 的正则语法是 Go regexp 的子集，仅接受字符类、量词、分组等基础结构，不支持锚点、断言、命名捕获等高级特性；
- 所有路径参数正则均默认“全字符串匹配”，无需、也不应手动加锚；
- 若需更复杂的校验逻辑（如范围限制：1–1000），建议在 handler 内部做二次验证，而非强求正则覆盖全部业务规则；
- 测试时可配合 mux.Router.GetRoute().GetPathTemplate() 和 route.Match() 辅助调试，但最简验证方式仍是启动服务并发起真实 HTTP 请求（如 curl http://localhost:8080/my/api/user/123）。
综上，牢记一条原则：在 gorilla/mux 路径正则中，写你想要的“内容模式”，不要写“边界条件”——边界由 mux 自动保障。
