array_filter() 默认重置键名，需传 ARRAY_FILTER_USE_BOTH 并在回调中用 $item 和 $key 判断；array_intersect_key() 适合按白名单取键；嵌套筛选须手动解构并 isset() 防 notice。
用 array_filter() 筛选关联数组子集时，键名默认丢失
直接调用 array_filter() 会重置键名，哪怕原数组是 ['id' => 1, 'name' => 'a']，筛选后也可能变成 [0 => 'a']。这不是 bug，是函数设计行为——它只保证值的逻辑判断，不承诺保留键。
解决方法是加第三个参数 ARRAY_FILTER_USE_BOTH，并在回调中手动返回 true 或 false：
php
$data = ['user_1' => ['status' => 'active'], 'user_2' => ['status' => 'inactive']];
$active = array_filter($data, function($item, $key) {
return $item['status'] === 'active';
}, ARRAY_FILTER_USE_BOTH);
// 结果：['user_1' => ['status' => 'active']]，键名保留
- 不传第三个参数 → 键名被重置为数字索引
- 只传回调但没加
ARRAY_FILTER_USE_BOTH→ 回调只能拿到值，拿不到键，无法基于键做条件 - PHP 5.6+ 才支持该标志位，老版本需先用
foreach手动构建
array_intersect_key() 适合按已知键名白名单取子集
如果你已经知道要保留哪些键（比如只取 'name' 和 'email'），array_intersect_key() 是最轻量、最直观的选择，它不执行任何值判断，纯粹按键匹配：
php $user = ['id' => 123, 'name' => 'Tom', 'email' => 't@x.com', 'created_at' => '2024-01-01']; $public_fields = array_intersect_key($user, array_flip(['name', 'email'])); // 结果：['name' => 'Tom', 'email' => 't@x.com']
-
array_flip()把键名列表转成键值对，是必要步骤；否则array_intersect_key()会拿空数组当参照 - 该函数不改变原始键顺序，也不触发任何回调，性能比
array_filter()高 - 如果白名单里有不存在的键，它就安静地忽略，不会报错或补
null
用 array_keys() + array_map() 做动态键提取易出错
有人想“先找出符合条件的键，再用这些键去取值”，写成：array_map(fn($k) => $arr[$k], array_keys($arr, 'active', true))。这看似灵活，但有几个硬伤：
立即学习“PHP免费学习笔记（深入）”；
-
array_keys()的第三个参数true是全等比较，但它的第二个参数只能是**固定值**，无法写表达式（比如$v['status'] === 'active'） - 一旦数组值是数组、对象或 null，
array_keys()就完全失效（它只支持标量查找） - 即使能用，返回的是纯数字索引数组，再用
array_map()取值后还是丢键名，得额外套一层array_combine()才行
这种写法绕远、难读、兼容性差，真有动态需求，不如回到 array_filter() + ARRAY_FILTER_USE_BOTH。
嵌套关联数组筛选别硬套单层函数
比如要从 ['users' => [['id' => 1, 'profile' => ['age' => 25]], ['id' => 2, 'profile' => ['age' => 30]]]] 中取出所有 age > 27 的用户。这时候不能只对顶层 users 调用 array_filter() —— 它只会把整个子数组当一个值传进去，你得在回调里自己解构：
php
$filtered = array_filter($data['users'], function($user) {
return isset($user['profile']['age']) && $user['profile']['age'] > 27;
});
- 深层字段必须逐层
isset()判断，否则遇到缺失键会触发 notice - 如果嵌套层级更深或结构不固定，考虑封装成递归函数，或者用
array_walk_recursive()配合引用变量收集路径，但后者不适合构造新数组 - 别试图用
json_encode()+ 正则匹配来“绕过”结构解析——不可靠，且破坏类型
关联数组子集筛选真正麻烦的从来不是语法，而是「键是否存在」「值是否可比较」「嵌套是否一致」这些运行时才暴露的问题。写的时候多打两行 isset()，比事后 debug 强得多。
