ParamOr 和 QueryParamOr 不是 Echo 框架原生方法，官方 context 仅提供 Param()、QueryParam() 等基础方法，不支持默认值语义，需开发者手动判空赋默认值。
ParamOr 和 QueryParamOr 不是 Echo 框架原生提供的方法 —— 它们根本不存在于 echo.Context 接口或任何官方版本（v4.x）中。直接调用会报 undefined 错误。
为什么找不到 ParamOr / QueryParamOr？
Echo 的 echo.Context 只定义了 Param()、QueryParam()、QueryParams() 等基础取值方法，**不提供带默认值的“Or”变体**。这是有意为之的设计：框架把默认值逻辑交给业务层控制，避免隐式行为干扰调试和绑定优先级。
-
c.Param("id")返回空字符串（不是 panic），当路由没匹配该参数时 -
c.QueryParam("page")同样返回空字符串，而非 nil 或 error - 所谓 “Or” 语义必须由开发者显式补全，比如
if id := c.Param("id"); id == "" { id = "default" }
替代方案：三元写法 + 零值检查
最常用、最安全的写法是手动判断空值后赋默认值，尤其注意：字符串零值是 ""，数字类型需转成 int/uint 后再判断（不能直接对空字符串做数值比较）。
- 路径参数默认值：
id := c.Param("id"); if id == "" { id = "1" } - 查询参数默认值：
limit := c.QueryParam("limit"); if limit == "" { limit = "20" } - 数值转换带默认：
page, _ := strconv.Atoi(c.QueryParam("page")); if page
想封装成类似 ParamOr 的工具函数？可以，但要注意边界
你可以自己写一个辅助函数，但需明确处理以下情况：
Echo框架 5.1.0
下载
Echo框架 5.1.0 版本源码包下载，适合关注 RealIP 行为变化、StartConfig.Listener、NewDefaultFS 和观测性中间件入口的开发团队。
- 空字符串是否真代表“未提供”，还是业务允许传空？
- 是否要兼容非字符串类型（如 int、bool）？那得加泛型或重载
- 是否要透出原始错误（比如
strconv.Atoi失败）？还是静默 fallback？
例如一个轻量字符串版：
func ParamOr(c echo.Context, key, def string) string {
v := c.Param(key)
if v == "" {
return def
}
return v
}
// 使用：id := ParamOr(c, "id", "0")
更推荐的做法：用结构体 Bind + 标签默认值
对于复杂请求（尤其是 POST/PUT），别拼凑一堆 Param/QueryParam，改用 c.Bind() 绑定到 struct，并用字段标签声明默认值：
type SearchReq struct {
ID string `param:"id" query:"id" default:"0"`
Page int `query:"page" default:"1"`
Active bool `query:"active" default:"true"`
}
func handler(c echo.Context) error {
req := new(SearchReq)
if err := c.Bind(req); err != nil {
return err
}
// req.Page 已是 1，req.Active 已是 true，即使 URL 里没传
}
注意：default 标签只在 c.Bind() 时生效，且仅支持字符串、数字、布尔字面量；它不作用于 Param() 或 QueryParam() 单独调用。
真正容易被忽略的是：Bind 的默认值机制和手动取参逻辑是两套体系，混用时可能造成语义错乱 —— 比如你先 c.Param("id") 得到空串，又在 Bind 里拿到默认 "0"，结果两个“id”不一致。统一走 Bind 是减少歧义的最简路径。
