Buffalo框架中通配符参数必须写作{name *wildcard}格式，仅支持末尾匹配，c.Param("name")获取已解码路径片段，不兼容正则或类型约束，需手动校验内容。
Buffalo框架里通配符参数叫 {path *wildcard}，不是 * 或 **
Buffalo 的路由通配符语法严格遵循 {name *wildcard} 格式，不能写成 /user/* 或 /user/** —— 这两种写法在 Buffalo 中会被当作字面路径处理，根本不会捕获任何内容。只有显式声明 *wildcard 类型的命名参数，框架才会启用多段路径匹配。
c.Param("name") 是唯一可靠取值方式，c.Params 不直接暴露通配符原始字符串
Buffalo 把通配符参数和其他命名参数一视同仁，都塞进 c.Params 映射里。但注意：c.Param("path") 返回的是已解码、已去除首尾斜杠的纯路径片段（比如请求 /api/v1/users/123/profile/edit 匹配 /api/{path *wildcard}，c.Param("path") 返回 "v1/users/123/profile/edit"，不是 "api/v1/users/123/profile/edit"）。
常见错误包括：
- 误用
c.Param("wildcard")—— 实际键名是你定义的名称，比如{p *wildcard}就得用c.Param("p") - 试图从
c.Request.URL.Path手动截取 —— 容易出错，且绕过 Buffalo 的路径标准化逻辑 - 没做空值检查：当路由未匹配时
c.Param("x")返回空字符串，不是 panic，但业务逻辑可能崩
通配符必须放在路由末尾，且前面需有明确分隔符
Buffalo 不支持 /static/{file *wildcard}.js 这类带后缀的通配模式，也不支持中间插入（如 /v1/{id}/logs/{tail *wildcard}）。通配符参数只能出现在路径最后，且前面必须是固定路径段加一个 /。合法示例：
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
app.GET("/files/{path *wildcard}", FilesHandler)
app.GET("/admin/{section *wildcard}", AdminHandler)
非法示例：
app.GET("/files/{path *wildcard}.zip", ZipHandler) // ❌ 后缀破坏匹配
app.GET("/api/{ver}/users/{id}/{log *wildcard}", LogHandler) // ❌ 通配符不在末尾
和正则、类型约束不兼容，别混用
Buffalo 的 *wildcard 是独立机制，不支持附加正则（如 {path *wildcard ^[a-z]+}）或类型修饰（如 {path *wildcard:string}）。Iris 或 Gin 可能允许这类写法，但在 Buffalo 中会直接报错或静默失效。如果需要校验通配内容，必须在 handler 里手动做：
func FilesHandler(c buffalo.Context) error {
p := c.Param("path")
if !strings.HasPrefix(p, "public/") {
return c.Error(403, errors.New("access denied"))
}
// ...
}
真正容易被忽略的一点：通配符匹配是贪婪的，但不会跨 host 或 scheme；它只作用于当前请求的 Request.URL.Path 部分，且不感知查询参数 —— 即使你传了 ?q=1，c.Param("path") 也完全不受影响。
