Gorilla/mux 的路由变量正则语法不支持 ^、$、A、z 等锚点，需直接使用无锚点的纯模式；匹配正整数（1, 2, ..., 999...）应写作 {userID:[1-9][0-9]*}。
gorilla/mux 的路由变量正则语法不支持 `^`、`$`、``、`z` 等锚点，需直接使用无锚点的纯模式；匹配正整数（1, 2, ..., 999...）应写作 `{userid:[1-9][0-9]*}`。
Gorilla/mux 在解析路径变量正则时，自动隐式添加了字符串边界锚定——即它内部等价于将你写的模式包裹在 ^...$ 中进行匹配。因此，你在 {userID:...} 中显式写入 ^([1-9][0-9]*)$ 或 A([1-9][0-9]*)z 实际上变成了 ^^(?:[1-9][0-9]*)$$，导致语法错误或无法编译，最终路由匹配失败，返回 404。
✅ 正确做法是：省略所有锚点符号，仅提供核心匹配模式。例如：
get.HandleFunc("/my/api/user/{userID:[1-9][0-9]*}", app.Handle("user"))
该模式含义清晰：
- [1-9]：首位必须为 1–9（排除 0 开头和纯 0）；
- [0-9]*：后续可跟零个或多个数字；
- 组合效果：精确匹配十进制正整数（如 "1"、"42"、"999"），拒绝 "0"、"01"、"abc"、"" 等非法值。
⚠️ 注意事项：
- 不要使用 + 量词（如 [1-9][0-9]+）——它会拒绝单数字（如 "5"），因 [0-9]+ 要求至少一个后续数字；
- 避免转义反斜杠（如 \A），mux 不解析 PCRE 风格语法，仅兼容 Go regexp 的基础字符类与量词；
- 若需更严格校验（如限制位数），可扩展为 [1-9][0-9]{0,7}（1–8 位正整数）；
- 所有变量正则均自动全局匹配整个路径段，无需、也不应添加锚点。
? 补充验证方式（开发阶段推荐）：
// 快速验证正则是否被 mux 正确识别
r := mux.NewRouter()
r.HandleFunc("/my/api/user/{userID:[1-9][0-9]*}", handler).Methods("GET")
// 启动后尝试访问 /my/api/user/1 → ✅ 匹配
// 访问 /my/api/user/0 或 /my/api/user/05 → ❌ 404
总结：Gorilla/mux 的变量正则本质是「片段级精确匹配」，设计哲学是简洁优先。牢记——写模式，不写锚；信范围，勿冗余。用 [1-9][0-9]* 替代带锚点的复杂表达式，既语义明确，又完全兼容 mux 的底层实现机制。
