revel 中 c.params.form 总是 nil 是因框架不会自动解析表单，需显式调用 c.request.parseform() 或 c.request.parsemultipartform(32
Revel 里 c.Params.Form 为什么总是 nil
Revel 不会自动解析 POST/PUT 请求体填充 c.Params.Form，哪怕 Content-Type 是 application/x-www-form-urlencoded 或 multipart/form-data。这不是 bug，是设计约束——它只在特定上下文（如控制器方法参数绑定）中触发解析逻辑。
常见错误现象：c.Params.Form.Get("name") 返回空字符串，c.Params.Form 本身为 nil；调用 c.Params.All() 也拿不到表单字段。
- 必须先显式调用
c.Request.ParseForm()（x-www-form-urlencoded）或c.Request.ParseMultipartForm(32 （multipart），之后 <code>c.Params.Form才可用 - 若跳过这步直接用反射遍历结构体字段去查
c.Params.Form，所有字段都会被设为零值，且无任何错误提示 - GET 请求的查询参数走
c.Params.Query，和Form完全隔离，不能混用
手动反射绑定前必须确保字段可导出且带 form 标签
Revel 自身不提供类似 Gin 的 ShouldBind 或 Buffalo 的 Bind 函数，所以手写反射绑定时，你得自己桥接 url.Values 和结构体字段。但 Go 反射看不到小写字母开头的字段，也不会识别 binding 这类第三方标签。
- 结构体字段必须首字母大写（如
Name），否则reflect.Value.Field(i)无法写入 - 必须显式声明
form:"username"标签，否则无法将表单 keyusername映射到 Go 字段Name - 不要依赖字段顺序：
Field(0)不一定对应第一个表单字段；要用v.Type().Field(i).Tag.Get("form")查标签，再匹配values.Get(tagValue) - 嵌套结构体（如
User.Address.City）需递归处理，Revel 原生不支持点号语法（如user.address.city），除非你自己实现解析逻辑
类型转换必须显式做，别指望反射自动转 int 或 bool
反射拿到的是 string 类型的表单值，而结构体字段可能是 int、bool、time.Time 等。Go 反射不会帮你调 strconv.Atoi 或 strconv.ParseBool，更不会处理自定义类型。
- 对每个字段，先用
v.Kind()判断目标类型，再选对应转换函数：比如int就用strconv.Atoi，bool用strconv.ParseBool -
time.Time字段必须手动解析字符串（如time.Parse("2006-01-02", s)），否则保持零值且无报错 - 切片字段（如
[]string）要调values["tags"]（不是Get），再逐个转换；values["tags[]"]这种写法 Revel 不识别，得前端发tags=foo&tags=bar - 如果转换失败（如把
"abc"转int），应记录错误并跳过赋值，避免 panic；不要用v.Set(reflect.ValueOf(x))直接塞未校验的值
别绕过 Revel 的参数绑定机制，优先用控制器方法参数
Revel 原生支持控制器方法参数自动绑定，这是最稳、最轻量的方式。手写反射绑定只在两种场景值得投入：需要统一预处理（如日志脱敏）、或字段名完全动态（如配置驱动表单）。
- 直接把表单字段名作为控制器方法参数，例如
func (c UserController) Save(id string, email string, active bool)，Revel 会自动从请求体提取并转换 - 支持类型：仅
string、int、int64、float64、bool及其指针；不支持嵌套结构体或自定义类型 - 缺失字段返回零值（
""、0、false），不会中断流程；如需校验，得配合c.Validation或手动检查 - 若已用此方式，就别再额外写反射绑定函数——重复解析请求体可能触发
io.EOF或读取空内容
真正容易被忽略的是：Revel 的 c.Params 是惰性初始化的，Form 和 Query 都是懒加载字段。你不主动调 ParseForm() 或访问 c.Params.Query，它们就一直是 nil。反射绑定代码里漏掉这一步，整个结构体就静默地全是零值。
