filter_var_array() 在 PHP 8.3 中仍可用，但需注意严格性增强：废弃 FILTER_SANITIZE_STRING（抛 ValueError）、INPUT 需显式传入配置数组、FILTER_NULL_ON_FAILURE 更关键、空格等未 trim 可能导致校验失败。
PHP 8.3 中没有 filter_var_array() 的新变体叫 FilterValidateArray_PHP8.3 —— 这个名字是虚构的，实际仍用原生 filter_var_array()，但需注意 PHP 8.3 对 filter 扩展的严格性增强和废弃行为。
filter_var_array() 在 PHP 8.3 中还能用吗？
能用，且仍是验证数组最直接的内置方式。PHP 8.3 没新增函数，但强化了类型校验逻辑：比如对 FILTER_VALIDATE_INT 输入非数字字符串时，不再静默转为 0，而是更倾向返回 false（取决于 flags）；同时弃用了 FILTER_SANITIZE_STRING（PHP 8.1 已移除），误写会报 ValueError。
- 必须显式传入
filter配置数组，不能只传$_POST简单调用 -
FILTER_NULL_ON_FAILURE标志现在更关键——它让失败项返回null而非原始值，避免“假成功” - 若某字段未在定义中出现，
filter_var_array()默认忽略，不会报错也不会填充
怎么写一个安全的用户注册参数校验？
典型场景：校验 $_POST['user'] 包含 name（字符串，长度 2–20）、age（整数，18–120）、email（邮箱格式）。不能依赖前端传来的原始值，必须服务端重校验。
$input = $_POST['user'] ?? [];
$filters = [
'name' => [
'filter' => FILTER_SANITIZE_STRING,
'flags' => FILTER_FLAG_NO_ENCODE_QUOTES | FILTER_FLAG_STRIP_LOW,
'options' => ['min_range' => 2, 'max_range' => 20]
],
'age' => [
'filter' => FILTER_VALIDATE_INT,
'options' => ['min_range' => 18, 'max_range' => 120]
],
'email' => FILTER_VALIDATE_EMAIL
];
$result = filter_var_array($input, $filters);
// 注意：FILTER_SANITIZE_STRING 在 PHP 8.3 已彻底不可用 → 实际应改用 htmlspecialchars() 或 mb_substr() 后处理
⚠️ 坑点：FILTER_SANITIZE_STRING 在 PHP 8.3 会直接抛出 Fatal error: Uncaught ValueError。正确做法是删掉该 filter，改用 FILTER_UNSAFE_RAW + 手动截断/转义：
修复 Core bailout 状态损坏安全问题，以及 BZ2、DOM、PDO、Opcache/JIT 内存与执行错误，改进 Unicode 字素处理、URL 解析、TLS 流状态、信号分发及会话错误处理。
立即学习“PHP免费学习笔记（深入）”；
- 用
mb_strlen($result['name']) > 20 ? mb_substr($result['name'], 0, 20) : $result['name'] - 或提前用
array_map('trim', $input)清理空白
为什么 filter_var_array() 返回 null 或 false？常见原因
不是代码写错了，而是 PHP 8.3 对“无效输入”的响应更严格。以下情况会导致某字段为 null 或整个结果为 false：
- 输入数组本身为
null或非数组（如字符串），filter_var_array()直接返回false - 某字段配置了
FILTER_NULL_ON_FAILURE，但值为空字符串、"0"、"false"等，在FILTER_VALIDATE_INT下会被判失败 → 返回null - 用了已废弃 filter（如
FILTER_SANITIZE_STRING），PHP 8.3 报错中断执行 -
options键名写错，例如写成'min'而非'min_range'，选项被忽略但不报错，导致校验失效
替代方案：什么时候不该用 filter_var_array()？
当需要复杂逻辑（如“密码和确认密码必须一致”“手机号需匹配区号规则”“上传文件 MIME 类型+后缀双重校验”），filter_var_array() 就力不从心了。它只做单字段原子校验，无跨字段联动能力。
- 简单表单（登录、搜索参数）够用，性能好、无依赖
- 业务规则强的场景（注册、订单提交），建议用
filter_input_array()+ 自定义验证函数，或引入symfony/validator等组件 - PHP 8.3 的
filter扩展不再支持自定义 filter 函数，无法扩展新规则
真正麻烦的不是语法，是默认行为变化带来的隐性断裂：比如以前能过 " 25 " 的年龄校验，PHP 8.3 下可能因空格未 trim 而失败。务必在接收后先 array_map('trim', $_POST)，再进 filter_var_array()。
