Beego中获取GET/POST参数最安全方式是直接调用c.GetString("key")或c.GetInt("id")，因Input已在Prepare()阶段预读并缓存全部参数；需在Get()/Post()方法体内使用，BeforeExec中不可用。
Beego里怎么拿GET/POST参数最安全
直接用 c.GetString("key") 或 c.GetInt("id") 就行，别手动解析 r.URL.Query() 或 r.PostFormValue() —— Beego 的 Input 已在 Prepare() 阶段预读并缓存全部参数，重复读取不会触发二次解析，也不会漏掉 multipart 表单里的字段。
常见错误现象：在 BeforeExec 过滤器里调 c.Input().Get("x") 拿不到 POST 数据，因为此时 Input 还没完成解析；必须等进入 Controller 方法体（即 Get()/Post()）后才可用。
- GET 参数、URL query、表单字段、JSON body（开启
copyrequestbody = true后）都统一归入c.Input()管理 -
GetString()返回空字符串而非 panic，适合做兜底；GetInt()会校验格式，失败返回 error，适合强类型场景 - 批量取值用
GetStrings("tags")，它返回[]string而不是string，避免手动strings.Split()
ParseForm 绑定 struct 时要注意什么
用 c.ParseForm(&u) 是最简洁的表单绑定方式，但 struct tag 必须写 form:"username"，不能只写 json:"username" —— 两者作用域不同，ParseForm 只认 form tag。
容易踩的坑：struct 字段没加 form tag，或字段是私有（首字母小写），会导致绑定失败且静默忽略，u.Username 仍是零值。
- 如果前端传的是 JSON，别用
ParseForm，改用json.Unmarshal(c.Ctx.Input.RequestBody, &u)，前提是配置里开了copyrequestbody = true - 嵌套结构体不支持自动展开，
type User struct { Profile Profile }中的Profile.Name不会从profile.name=xxx自动填充 - 时间字段如
CreatedAt time.Time需配合form:"created_at,time:2006-01-02"才能正确解析
RequestBody 解析失败的典型原因
调 json.Unmarshal(c.Ctx.Input.RequestBody, &v) 报 invalid character 或返回空结构体，90% 是因为没开 copyrequestbody —— Beego 默认不读请求体，RequestBody 是 nil。
在 conf/app.conf 里加这一行才能启用：
copyrequestbody = true
注意：开启后所有请求（包括 GET）都会读完整 body，对性能有轻微影响；若只处理 POST/PUT 的 JSON，建议在中间件里按 method 判断是否调用 c.Ctx.Input.CopyBody(1<<20) 限定大小。
- 未设
Content-Type: application/json时，部分客户端可能发 text/plain，Go 的 json 包会直接报错 - 前端用
fetch发 JSON 但忘了headers: {'Content-Type': 'application/json'}，后端收不到 -
RequestBody是原始字节，不经过任何解码（比如 URL decode），所以不要拿它去解析 form-urlencoded 内容
高并发下参数处理的性能陷阱
高频接口里频繁调 c.Input().Get("token") 或 c.GetString("id") 不会引发性能问题，但若用 json.Unmarshal([]byte, &map[string]interface{}) 解析大 JSON，GC 压力会陡增。
真正拖慢服务的不是取参数动作本身，而是后续操作：比如用 map[string]interface{} 当参数传给 ORM 查询，导致反射调用频次飙升；或日志里拼接 fmt.Sprintf("req=%v", c.Input()) 强制整个输入逃逸到堆上。
- 优先定义具体 struct 接收参数，避免
map[string]interface{}和[]interface{} - 不要在循环里反复调
c.Input().Get()，虽然它快，但语义不清；提取一次存局部变量更稳妥 - 上传文件时，
c.ParseMultipartForm(32 << 20)只限制内存缓冲，攻击者可发小表单+超大文件绕过，必须配http.MaxBytesReader控制总读取量
Prepare() 已做完预加载、ParseForm 和 RequestBody 依赖不同配置、以及 struct tag 必须匹配对应解析方式，就能避开绝大多数数据丢失或解析失败的问题。 
