Beego中获取参数需区分来源：GET用GetString（自动解码/默认值），POST需先ParseForm，路由参数用Ctx.Input.Param，JSON用ReadJSON；优先级为POST>GET>路由，避免混淆。
Beego 中获取 URL 查询参数（GET 请求）
Beego 的控制器中，GetString 是最常用、也最安全的获取查询参数方式。它自动处理空值、类型转换和编码问题，比直接读 this.Ctx.Input.Param 或 this.Input().Get 更可靠。
常见错误是用 this.Ctx.Request.URL.Query().Get("key")，这会绕过 Beego 的参数解析逻辑，导致中文乱码或未解码字符残留。
-
this.GetString("page")：返回string，若参数不存在则返回空字符串 -
this.GetString("page", "1")：提供默认值，参数为空时返回"1" -
this.GetInt("page", 1)：直接转成int，失败时返回默认值，避免手动strconv.Atoi - 注意：
GetString对 URL 中的%E4%BD%A0会自动解码为中文，而Request.URL.Query().Get不会
Beego 中获取表单数据（POST / PUT 请求）
Beego 默认对 application/x-www-form-urlencoded 和 multipart/form-data 自动解析表单，但前提是控制器里调用了 this.ParseForm() —— 这一步经常被忽略，尤其在自定义路由或跳过 Prepare 时。
不调用 ParseForm() 会导致 GetString 始终返回空，且无报错提示。
立即学习“go语言免费学习笔记（深入）”；
- 推荐在
Prepare()方法中统一调用this.ParseForm() -
this.GetString("username")同时兼容 GET 查询参数和 POST 表单字段（按 Beego 参数优先级：POST 表单 > GET 查询 > 路由参数） - 上传文件时，必须用
this.GetFile("avatar")获取multipart.FileHeader，不能用GetString - JSON 请求体（
application/json）不走表单解析流程，需用this.ReadJSON(&v)
Beego 中获取路由参数（:id / :name）
Beego 的 RESTful 路由如 /api/user/:id，参数通过 this.Ctx.Input.Param(":id") 获取，不是 GetString。这是初学者最容易混淆的点。
this.Ctx.Input.Param 返回的是原始字符串，不做类型转换或默认值填充，也不参与 Beego 的参数合并逻辑。
-
this.Ctx.Input.Param(":id")→ 获取路径中匹配的:id值（如/api/user/123返回"123"） -
this.Ctx.Input.Param(":id") == ""是判断路由参数是否存在的唯一可靠方式，GetString(":id")永远返回空 - 如果同时有查询参数
?id=456和路由参数:id，GetString("id")会取查询参数值，而非路由参数
Beego 参数获取顺序与冲突处理
Beego 内部有一套明确的参数覆盖规则：POST 表单字段 > GET 查询参数 > 路由参数。这意味着同名参数下，你调用 GetString("x") 拿到的永远是优先级最高的那个，不会报错也不会警告。
这种“静默覆盖”容易引发隐蔽 bug，比如前端本意传 ?format=json，但后端表单里也有个隐藏字段 format=xml，结果实际生效的是后者。
- 调试时可用
beego.Debug("params:", this.Input().GetAll())查看所有已解析参数（含来源标记） - 需要严格区分来源时，不要依赖
GetString，改用this.Ctx.Request.FormValue("x")（仅表单）、this.Ctx.Request.URL.Query().Get("x")（仅查询）、this.Ctx.Input.Param(":x")（仅路由） - Beego 2.x 默认开启
CopyRequestBody = true，确保多次读取请求体不失败；1.x 需手动配置，否则ReadJSON和ParseForm可能互相干扰
真正麻烦的不是“怎么拿参数”，而是搞不清当前拿到的到底来自哪一层 —— 尤其当项目混用 RESTful 路由、查询过滤、表单提交和 JSON 接口时。建议在关键接口开头加一行日志，显式打印参数来源，比事后排查快得多。
