Gin 的 Group 是组织路由层级最直接的手段：public 组注册无需鉴权端点，protected 组显式挂载 JWT 中间件，子组嵌套需克制；gorilla/mux 正则参数格式必须严格，StrictSlash 控制末尾斜杠匹配，动态参数须用 c.Param 安全提取。
别指望靠 http.HandleFunc 实现“优雅路由”——它连路径参数和方法隔离都不支持，所谓优雅，本质是结构清晰、可维护、不踩坑。
用 Gin 的 Group 分离公共与私有路由
真实项目里，/login 和 /profile 不该混在同一个逻辑层。Gin 的 Group 是组织层级最直接的手段：
- 公共路由组不挂中间件：
public := r.Group("")，只注册/signup、/login这类无需鉴权的端点 - 私有路由组显式加中间件：
protected := r.Group("").Use(middleware.JwtAuthMiddleware(secret))，再注册/user、/task - 子组嵌套要克制：比如
admin := protected.Group("/admin")可以，但别写成r.Group("/api/v1/admin/users").Group("/detail")——路径前缀重复，后期改版易出错
gorilla/mux 中正则约束必须写对格式
{id:[0-9]+} 看起来简单，但写错就完全失效：
- pattern 不能含捕获组，
{id:(\d+)}是错的，gorilla/mux内部用regexp.MatchString判断，只接受字面量正则 - 路径末尾斜杠默认不敏感，
/users和/users/会命中同一路由；加.StrictSlash(true)后才区分，404 更可控 - Subrouter() 返回新
*mux.Router，它的Host()、Headers()匹配器只作用于该子树，不会继承父路由器配置
动态参数必须用 c.Param 取值，别手动拆 URL
写 /user/:id 却在 handler 里用 c.Request.URL.Path 字符串切分，等于放弃 Gin 的路径规范化能力：
立即学习“go语言免费学习笔记（深入）”；
-
c.Param("id")返回的是已解码、已校验的字符串，自动处理了 URL 编码、双斜杠绕过、末尾斜杠归一化 - 参数不存在时返回空字符串，不是 panic，但你要自己判断是否合法（比如
id == "" || !isNumeric(id)） -
:param和*wildcard行为完全不同：/static/*filepath中c.Param("filepath")返回/css/app.css（带前导斜杠），而/user/:id中id永远不含/
所谓“动态路由配置”，90% 场景其实是中间件分流
真正在运行时增删路由（比如用 DynamicHandler 包一层）代价高、难测试、不推荐：
- 按环境变量开关路由组：启动前检查
os.Getenv("ENABLE_ADMIN") == "true"，再决定是否调用NewAdminRouter(...) - 权限路由交给中间件：在
authMiddleware里解析 token，c.Set("allowed_routes", []string{"user:read"})，后续 handler 查这个 key 决定是否放行 - 避免在 handler 里写
if role == "admin" { ... } else { ... }——那是业务耦合，不是路由动态化
最常被忽略的点：Gin 的 c.Param 和 chi 的 chi.URLParam 不是同一套机制，混用中间件或迁移框架时，参数提取方式必须同步改，否则静默返回空字符串。
