c.Param()用于读取Echo路由中定义的路径参数，如/e.GET("/users/:id", handler)需调用c.Param("id")，名称必须与路由中冒号后完全一致且区分大小写；未匹配时返回空字符串，不panic；通配符/*path对应c.Param("path")，值带前导斜杠。
怎么用 c.Param() 读取路径参数
Echo 的 Context 不通过 QueryParam 或 FormValue 拿路径参数，得用 c.Param()。它只对路由中定义的占位符有效，比如 /users/:id 中的 :id，不是 URL 查询字符串（?id=123）里的内容。
常见错误是把 c.QueryParam("id") 当成路径参数用，结果返回空——因为那其实是读 ?id=... 的值。
- 确保路由注册时用了冒号前缀，如
e.GET("/api/v1/posts/:slug", handler) - 调用
c.Param("slug")，传入的字符串必须和路由里写的完全一致（区分大小写） - 如果参数不存在，
c.Param()返回空字符串，不会 panic，但你要自己判断是否合法
c.Param() 和 c.ParamNames() 配合用更安全
当路由有多个动态段（如 /users/:uid/posts/:pid），硬编码字符串容易拼错或漏更新。这时候可以先用 c.ParamNames() 拿到所有已注册的参数名，再逐个取值。
不过注意：c.ParamNames() 返回的是 []string，顺序和路由定义一致，但不保证 runtime 可靠性——它只是 Echo 内部缓存的快照，更适合调试或日志记录，生产逻辑别依赖它的顺序做关键判断。
Echo框架 5.1.0 版本源码包下载，适合关注 RealIP 行为变化、StartConfig.Listener、NewDefaultFS 和观测性中间件入口的开发团队。
- 调试时可加一行
log.Printf("params: %+v", c.ParamNames())确认当前路由有哪些参数名 - 正式代码里仍建议用明确的
c.Param("uid")，而不是c.Param(c.ParamNames()[0]) - 若想统一校验所有路径参数，可以用
map[string]string遍历c.ParamNames()结果并调c.Param()
带通配符的路由（*path）怎么取剩余路径
如果用了 /static/*path 这类通配路由，c.Param("path") 返回的是 /foo/bar 这样的完整子路径（开头带斜杠），不是 foo/bar。
这个行为容易被忽略，导致拼接文件路径时多出一个 //，触发 404 或权限错误。
- 用
strings.TrimPrefix(c.Param("path"), "/")去掉开头斜杠再拼接 - 不要直接
filepath.Join("assets", c.Param("path"))，否则变成assets//img/logo.png - 通配参数名固定为
path，不能自定义，c.Param("anythingelse")会返回空
为什么 c.Param() 在中间件里有时拿不到值
典型场景：你写了全局中间件，在里面调 c.Param("id")，结果总是空。这是因为 Echo 的路径参数解析发生在路由匹配之后、进入 handler 之前，而中间件执行时机取决于注册位置——e.Use() 注册的是“全局中间件”，但它在路由匹配前就运行了，此时 c.Param() 还没被填充。
- 解决方案一：把中间件注册到具体路由组，如
g := e.Group("/api"); g.Use(authMiddleware); g.GET("/users/:id", handler) - 解决方案二：改用
c.Request().URL.Path手动解析，但要小心正则或字符串切分的边界情况 - 最稳妥的做法：路径参数相关逻辑尽量放在 handler 里，中间件只做鉴权、日志等与路径无关的事
Echo 的路径参数机制本身很轻量，但和中间件生命周期、通配符语义、命名一致性这几个点一旦交叉，就容易卡住。真正要注意的不是怎么写，而是什么时候能写、从哪一层上下文里拿才可靠。
