验证器中filter参数易误删数据，因PHP filter_var对假值敏感；scene不触发过滤；callback仅校验不修改数据；全局过滤需字段明确定义规则。
验证器里用 filter 参数会丢数据？
不是所有过滤都安全，filter 字段参数默认走 PHP filter_var()，对空字符串、"0"、false 这类“假值”容易误判为无效而清空。比如手机号字段填了 "0123456789"，用 FILTER_VALIDATE_INT 直接变 null。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 优先用
regex或自定义function验证，不依赖filter做“清洗” - 真要过滤，改用
htmlspecialchars、trim这类无副作用函数，写在filter里时加引号：'filter' => 'trim' - 避免对数字型字段（如
id、price）用FILTER_SANITIZE_NUMBER_INT，它会删掉小数点和负号
scene 场景下验证器不自动过滤？
ThinkPHP 验证器的 scene 是“验证规则开关”，不是“过滤开关”。哪怕你在 scene 里写了 filter，也只在调用 check() 时生效；如果直接用 data() + validate()，过滤不会触发。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 统一用
$validate->scene('edit')->check($data)，别拆成data($data)->validate(...) - 需要前置清洗（比如统一去首尾空格），在传入验证器前手动处理：
array_map('trim', $data) - 场景间共用字段但过滤逻辑不同？别复用
filter，改用callback+ 条件判断
验证器里写 callback 过滤，为什么没生效？
callback 是验证方法，不是过滤钩子。它只返回 true/false，不修改原始数据。很多人以为写了 'callback' => 'trim' 就能自动去空格，其实只是拿 trim($value) 的结果做真假判断，原值照旧。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 真正要改数据，得在验证前或验证后单独处理，比如：
$data['username'] = trim($data['username']); - 若必须耦合在验证流程里，用
afterValidate回调（TP6.1+）或重写think\Validate的check方法 - 注意
callback函数名不能带括号，写成'callback' => 'myClean'，不是'callback' => 'myClean()'
全局注册的验证器过滤器，为什么部分请求没走？
ThinkPHP 的全局过滤（如 Validate::extend('safe', ...)）只影响你显式调用的验证规则，不会自动套用到所有字段。而且，如果字段没声明规则（比如漏写了 rule 数组里的某项），再强的全局过滤也压根不触发。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 检查字段是否在
rule中明确定义，哪怕只写'field' => 'require'，也要有这一行 - 全局过滤器命名别和内置规则冲突，比如叫
clear_xss别叫string - 调试时加日志：在过滤函数里
trace('filter run: ' . $value)，确认是否真被调用
过滤这件事，从来不是“设了就完事”。验证器只管“对错”，不管“改写”；数据清洗得自己掐准时机——在进验证器前、出验证器后，或者干脆绕开验证器单独做。漏掉这个边界，再全的规则也拦不住脏数据溜进去。
