buffalo 的 request.formvalue 无法直接获取多选框数组，因其仅返回第一个值；正确方式是使用 c.request().form["tags"] 获取 []string，需注意判空及解析时机。
Buffalo 中 Request.FormValue 无法直接获取多选框数组？
不能。Buffalo 的 Request.FormValue 只返回单个字符串（第一个值），对 <input type="checkbox" name="tags"> 这类多选框，浏览器提交的是多个同名字段（如 tags=go&tags=rust&tags=js），必须用专门方法提取全部值。
正确做法是使用 c.Param("tags") 或更稳妥的 c.Request().Form["tags"] —— 后者返回 []string，前者在未设置中间件时可能 fallback 到空字符串。
-
c.Param("tags")实际调用的是Request.PostFormValue，仍只取首值，**不推荐用于多选框** -
c.Request().Form["tags"]是最直接的方式，但需先调用c.Request().ParseForm()（Buffalo 默认已做，通常可省略） - 若表单含文件上传（
enctype="multipart/form-data"），必须用c.Request().MultipartForm，且需手动ParseMultipartForm
如何安全读取 checkbox 多值并绑定到结构体？
Buffalo 不自带结构体批量绑定多选框字段的功能（类似 Gin 的 Bind），需手动处理。常见错误是直接用 binding.Bind 或 c.Bind，它们对切片字段默认忽略或只取第一个值。
推荐写法：先用 c.Request().Form["tags"] 拿到原始值，再手动赋值给结构体字段：
Buffalo框架 1.0.1
下载
Buffalo框架 1.0.1 版本源码包下载，适合需要错误处理改进、依赖更新、render.Download 注释和 request logger 调整的 v1 项目。
// 假设表单字段名是 "roles" roles := c.Request().Form["roles"] user.Roles = roles // user.Roles 是 []string 类型
- 务必检查
roles是否为nil（没勾任何选项时Form["roles"]返回nil，不是空切片） - 如果结构体字段是
*[]string或需要校验，建议封装成辅助函数，避免每处都判空 - 不要依赖
c.Params—— 它只解析 URL 路径参数，和表单无关
为什么用 c.Request().PostForm 有时返回空？
因为 PostForm 是惰性 map，底层未解析时为 nil。虽然 Buffalo 在多数中间件链中已调用 ParseForm，但在自定义中间件、API 路由或提前读取 Body 后，PostForm 可能未初始化。
- 最保险的方式是显式调用
c.Request().ParseForm()（幂等，多次调用无副作用） - 若已读过
c.Request().Body（比如做日志或鉴权），必须在ParseForm前用io.NopCloser重置 Body，否则解析失败 - 错误现象示例：
panic: runtime error: invalid memory address或Form["xxx"]恒为nil
前端 HTML 和后端配合的关键细节
多选框数据能否正确送达，前端写法比后端更重要。常见坑点：
- 每个 checkbox 必须有
value属性，且name完全一致：<input type="checkbox" name="perms" value="read"> - **不能**只靠
checked属性传递数据 —— 未勾选的项根本不会出现在请求中 - 若想“默认全选但允许取消”，后端需做好空数组逻辑（
Form["perms"] == nil表示一个都没选） - CSRF token 必须存在且有效，否则 Buffalo 会静默丢弃整个表单（尤其开发时关了 CSRF 容易误判）
真正容易被忽略的是：Buffalo 的 Form map 键名区分大小写，且不自动 trim 空格 —— 如果前端 JS 动态拼 name 时多了一个空格（如 name=" tags "），后端就拿不到。
