input() 是 thinkphp 处理表单数据最推荐方式，自动合并多源输入并默认过滤 xss，但需手动防 sql 注入；取复选框须加 /a 后缀，json 提交需用 php://input；事务中须前置验证再入库；ajax 返回应统一用 json() 或 success()/error()；文件上传须用 request()->file() 单独处理。
input() 是 ThinkPHP 中处理表单提交数据最常用、也最推荐的方式，而不是直接读 $_POST 或 $_GET。它自动合并多种输入来源（GET/POST/PUT/DELETE/JSON），并默认做过滤（如 htmlspecialchars），但不自动验证或过滤 SQL 注入风险——这点必须手动补上。
用 input() 获取 POST 数据时要注意参数写法
最常见的错误是漏掉后缀或写错格式，导致取不到值或类型错误：
-
input('post.username')→ 取字符串，适合单值字段（如用户名、邮箱） -
input('post.hobby/a')→ 必须加/a才能正确接收复选框（hobby[]）提交的数组，否则返回 null 或第一个值 -
input('post.')→ 获取全部 POST 参数为关联数组，但注意：它不会递归解析嵌套 JSON 字段，只读原始表单键值对 - 如果前端用
fetch提交Content-Type: application/json，input('post.')拿不到数据，得改用file_get_contents('php://input')+json_decode
事务中提交数据前没做验证，容易引发脏写
比如批量导入用户或订单，常配合 Db::startTrans() 使用。但很多人只关注“有没有 commit”，却忽略中间校验环节：
- 在
try块里先调validate()或手写规则判断必填、格式、唯一性，失败就直接throw new Exception() - 不要等
Db::insertAll()执行完才发现某条数据违反数据库约束（如重复主键），此时事务已部分写入，回滚成本高且日志难追踪 - ThinkPHP 6+ 的
Validate类支持场景验证，可针对不同提交入口（新增/编辑/导入）复用同一套规则
异步提交（AJAX）时返回结构不统一，前端容易崩
用 $.post 或 fetch 提交后，控制器返回内容若没规范格式，前端 JS 很难稳定处理：
- 避免直接
echo json_encode([...])，应统一用return json([...])（TP5.1+）或$this->success()/$this->error()（TP5.0） - 尤其注意复选框、文件域、空字符串字段：
input('post.xxx')对空字符串返回''，对未勾选的 checkbox 返回null，前端需兼容这两种情况 - 上传文件时，
input('post.')完全拿不到文件信息，必须用request()->file('avatar')单独处理
事务和验证逻辑本身不难，真正卡住人的往往是「混合场景」：比如一个表单同时含普通字段、多选数组、文件上传、以及需要跨表写入的业务规则。这时候别硬塞进一个 input() 调用里，拆成「预检 → 文件保存 → 数据入库 → 关联更新」四步，每步单独 try/catch，比堆在一个方法里更可控。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
