array_filter() 默认行为对大数组性能差，因隐式类型转换和判断导致cpu高、耗时陡增；应明确“空”定义并写显式回调，或改用foreach+unset()原地操作以降内存与提速。
array_filter() 默认行为导致大数组遍历慢
PHP 的 array_filter() 在不传回调函数时，会用内部逻辑判断“真假值”，这看似方便，实则对大数组（比如 10 万+ 元素）触发大量隐式类型转换和判断，CPU 负载高、耗时陡增。尤其当数组含混合类型（null、''、0、false）时，它还得逐个做 empty()-类判断，不是简单比对 === null。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 明确你要去的“空”是哪种：只去
null？还是也去''和0？先定义清楚，别依赖默认逻辑 - 若只要剔除
null，直接写回调：array_filter($arr, function($v) { return $v !== null; }) - 若要去
null和''，但保留0和false，用严格比较：function($v) { return $v !== null && $v !== ''; } - 避免写
array_filter($arr)这种裸调用——它在大数据量下就是性能雷区
foreach + unset() 比 array_filter() 更快但要小心键重排
对超大数组（如 50 万元素），原地 foreach 配合 unset() 通常比 array_filter() 快 2–3 倍，因为跳过了新数组分配和回调函数调用开销。但它会破坏原始键名，且如果边遍历边删，容易漏判或报错。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 必须用
foreach ($arr as $k => $v)形式，不能用for或引用遍历后unset($arr[$k])—— 否则可能跳过相邻元素 - 删完后如果需要连续数字键，再调用
array_values($arr)；如果不需要，就别加这步，它本身又是一次全量拷贝 - 慎用
&$v引用 +unset($arr[$k])：PHP 7.4+ 有优化，但低版本可能引发未定义行为 - 示例安全写法：
foreach ($arr as $k => $v) { if ($v === null || $v === '') { unset($arr[$k]); } }
内存爆掉？别让 array_filter() 返回新数组
大数组调 array_filter() 会先申请一块新内存存结果，旧数组还占着——瞬时内存翻倍。比如 200MB 数组，过滤中途可能吃掉 400MB+，直接触发 OOM 或被系统 kill。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 优先选
foreach + unset()原地操作，内存峰值基本等于原数组大小 - 如果必须用函数式风格，考虑分块处理：
array_chunk()拆成每 5000 元素一组，逐组过滤再array_merge()，控制单次内存峰值 - 确认
memory_limit是否真够用：echo memory_get_peak_usage(true);插在关键点测一下，别靠猜 - 线上环境别设
memory_limit = -1，掩盖问题不如暴露瓶颈
JSON 场景下提前过滤比 PHP 层过滤更省事
如果你的“大数组”其实来自 json_decode()，而最终又要转回 JSON 发给前端或存 Redis，那在 JSON 字符串层面做剔除，比解码成 PHP 数组再过滤快得多，也省内存。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 用正则预处理 JSON 字符串（仅限结构简单、字段名固定场景）：
preg_replace('/,"?field_name"?:\s*null(?=,|})/i', '', $json)，注意别误杀内容里的null - 更稳的方式：用
json_decode($json, true, 512, JSON_BIGINT_AS_STRING)后立刻foreach清洗，别等后续多层嵌套再处理 - 如果数组是接口返回主体，且“空字段”本就不该存在，最好让上游服务过滤，PHP 层只做必要校验
array_filter()，结果既慢又错。 
