thinkphp 的 validate() 仅校验不转换类型，param() 需通过第三参数 filter（如 'intval'）或后缀语法（如 '/i'）实现类型转换，json 请求须先 json_decode 再转换，且转换须在 post() 调用前完成。
ThinkPHP 的 validate() 方法只校验不转换类型，param() 获取的参数默认全是字符串，想得到 int/float/bool 必须主动加过滤器或手动强转。
param() 第三参数 filter 是类型转换正路
别指望 validate() 规则里的 integer 或 number 能帮你把 "123" 变成 123 —— 它们只调 is_numeric() 或正则匹配，值本身纹丝不动。真正起作用的是 param() 的第三参数 filter：
-
$id = $this->request->param('id', 0, 'intval')：失败返回0，成功返回整型 -
$price = $this->request->param('price', 0.0, 'floatval')：注意floatval("1e2")会变成100.0，不是四舍五入 -
$status = $this->request->param('status', false, 'filter:boolval')：用filter:boolval比裸写boolval()更安全，框架会兜底处理null、''等边界 - 自定义函数也行，但必须返回明确类型值，不能抛异常，否则
param()会 fallback 到默认值
/s /i /f /b 后缀是快捷写法，但有局限
像 $this->request->param('id/i') 这种写法本质是语法糖，底层仍走 filter 流程，但它隐式绑定了默认值和过滤逻辑：
-
/i等价于intval()，/f等价于floatval()，/b等价于filter:boolval - 它无法指定失败时的默认值（固定为
0、0.0、false），也不支持自定义函数 - 若字段可能为空或缺失，建议显式传默认值 + filter，比如
param('score', null, 'intval')，比param('score/i')更可控
验证通过后批量转换，别信“验证即转换”
如果你用 Validate 类统一管理规则，又不想每个字段都手写 param()，就得自己补一层转换逻辑 —— 框架没提供“验证后自动 cast”的钩子：
- 先调
$data = $this->request->param()拿原始数据 - 再
$result = $this->validate($data, MyValidate::class)校验 - 校验通过后，对已知需转换的字段，重新用
param('field', $default, $filter)获取，或用array_map('intval', $data['ids'] ?? [])批量处理 - 别在验证规则里混用
integer和filter:boolval，前者纯判断，后者改值，目的和时机完全不同
JSON 请求体要先解析，再转换
前端发 Content-Type: application/json 时，$this->request->post() 返回空数组，param() 也不会自动解析 php://input：
- TP6.3+ 用
$json = $this->request->getInput()；低版本用$json = file_get_contents('php://input') - 必须
$data = json_decode($json, true)后，再对$data中的字段逐个做intval()或filter:boolval - 不能跳过
json_decode直接对原始 JSON 字符串调param('status/b')，那只是在字符串上套布尔过滤，毫无意义
最易被忽略的是：所有这些转换操作，都发生在请求参数进入业务逻辑之前；一旦你先调了 $this->request->post()，它的缓存就固化了，后续 merge() 或 setPost() 都不会影响它 —— 所以要么全程用 param()，要么确保中间件里做完清洗再进控制器。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
