Revel框架中查询参数无需在routes文件声明，应保持路由简洁（如GET /company），所有?key=value自动归入c.Params，通过c.Params.Get("key")安全获取。
Revel 框架不区分「URL 参数」和「查询参数」，所有 GET 请求里的 ?key=value 都自动归入 c.Params，无需在 routes 文件里写 ?key:value 占位符——写了反而会路由匹配失败。
routes 文件里不能带 ? 查询参数
常见错误是把路由写成 GET /company?name:string APP.ShowByName 或 GET /company?name= APP.ShowByName。这种写法完全无效，Revel 会直接忽略该路由条目，导致 404。
- ✅ 正确写法：只声明路径，例如
GET /company APP.ShowByName - ❌ 错误写法：
GET /company?name= APP.ShowByName、GET /company?name:string APP.ShowByName、GET /company/:name?category APP.ShowByName - Revel 的路由解析器不识别
?及其后内容；它只按路径前缀 + HTTP 方法匹配 - 即使你用 curl 测试
curl "http://localhost:9000/company?name=ABC"，只要路由写错，照样 404
c.Params.Get() 是最安全的取值方式
c.Params.Get("name") 内部调用的是 url.Values.Get()，能正确处理空值、重复键、编码字符（如 %20），且返回 string 类型，不会 panic。
- 若请求是
/company?name=Foo+Bar&limit=10，c.Params.Get("name")返回"Foo Bar"（已解码） - 若参数缺失或为空（
?name=），c.Params.Get("name")返回空字符串""，不是nil - 需要判断是否存在？用
if name := c.Params.Get("name"); name == ""，别依赖len(c.Params.Values["name"]) > 0 - 要取全部同名值（如
?tag=a&tag=b&tag=c）？用c.Params.Values["tag"]，它返回[]string
控制器方法参数自动绑定只适用于简单类型
你可以把 name string 直接写成控制器方法签名的一部分，Revel 会尝试从 c.Params 绑定，但要注意边界情况：
- ✅ 支持：
func (c APP) ShowByName(name string, page int, active bool) revel.Result - ⚠️ 注意：如果
page在 URL 中缺失（?name=ABC），page会是0（int 零值），不是报错；无法区分“没传”和“传了 0” - ⚠️ 注意：
bool类型只认"true"、"on"、"1"为 true，其余全为 false —— 所以?active=false实际绑定为false，但?active=0也是false，语义模糊 - ❌ 不支持：嵌套结构体、map、自定义类型，必须手动用
c.Params.Bind(&v, "key")或c.Params.Get()处理
别混淆路径参数和查询参数的来源
路径参数（如 /company/:id）和查询参数（如 ?name=ABC）都进 c.Params，但来源不同，名字也不同：
- 路由
GET /company/:id APP.ShowById→c.Params.Get("id")取的是路径段123（来自/company/123） - 同一请求加查询参数
/company/123?name=ABC→c.Params.Get("name")才取到"ABC" - 如果路由是
GET /company/:id APP.ShowById，但你却在代码里写c.Params.Get("id")同时又发请求/company?name=ABC（没带路径参数），那c.Params.Get("id")就是空字符串 —— 路由根本没匹配上 - 调试时建议打印
fmt.Printf("Params: %+v\n", c.Params)，看Values字段里实际有哪些 key
最容易被忽略的是：Revel 的参数聚合是「无差别合并」，c.Params.Get("x") 可能来自路径、查询串、表单甚至文件字段名——如果你同时用了 /user/:id?name=ABC，又在 POST 表单里提交了 name=DEF，那 c.Params.Get("name") 的结果取决于绑定顺序，不是确定性的。生产环境应明确区分使用场景，避免歧义。
