php array_filter大数据去空值易内存溢出，应优先sql过滤、显式回调、生成器流式处理或json流解析，避免全量数组复制。
PHP array_filter 去空值导致内存溢出
大数据量下用 array_filter 处理整个数组（比如几万条记录的 $data），会先复制原数组再逐项判断，内存占用直接翻倍。尤其当原始数组含大量字符串或嵌套结构时，GC 还来不及回收，Fatal error: Allowed memory size of XXX bytes exhausted 就来了。
- 别一次性
array_filter($bigArray)—— 改用迭代式过滤，边读边筛 - 如果数据来自数据库，优先在 SQL 层用
WHERE field IS NOT NULL AND field != ''过滤，不把脏数据捞进 PHP - 确认是否真需要“去空值”：空字符串
''、null、0、false在业务中语义不同，array_filter默认会删掉0和false，这常是误删根源 - 显式传回调函数，避免默认行为：
array_filter($arr, function($v) { return $v !== null && $v !== ''; })
foreach 中 unset 导致键错乱还吃内存
用 foreach ($arr as $k => $v) 配合 unset($arr[$k]) 删除元素，表面看省了新数组，但 PHP 底层仍需维护哈希表结构，且未重排键名，后续遍历易漏项；更关键的是，unset 不立即释放内存，只是标记为可回收，大数据循环里积压明显。
- 改用
array_values(array_filter(...))一次性重建索引数组，比边遍历边unset更省内存（前提是能承受一次复制） - 若必须流式处理，用
yield写生成器函数，例如：function filterNonEmpty(array $arr) { foreach ($arr as $item) { if ($item !== null && $item !== '') { yield $item; } } }然后iterator_to_array(filterNonEmpty($bigArray), false)按需转 - 避免在
foreach中修改正在遍历的数组本身，PHP 文档明确标注这是“未定义行为”
json_decode 后直接 array_filter 引爆内存
从文件或 API 读大 JSON（如 50MB+ 的日志数组），json_decode($json, true) 会生成完整嵌套数组树，此时再 array_filter，等于在已占满的内存上又申请副本空间。
- 改用
json streaming解析：如jsond扩展或Salsify/json-streaming-parser包，逐段解析、即时过滤、不落地全量数组 - 若只能用原生，先用
file_get_contents+mb_strlen判断大小，超阈值（如 >2MB）就拒绝或走流式方案 -
json_decode第二个参数设为false得到对象，配合foreach+get_object_vars手动展开，有时比全数组更省内存（因对象属性存储更紧凑）
unset 变量后内存没降？别信 memory_get_usage()
memory_get_usage(true) 返回的是 PHP 向系统申请的总内存页，不是当前实际使用量；unset 后数值不变很常见，不代表内存泄漏，只是 Zend 引擎暂未归还给系统。
立即学习“PHP免费学习笔记（深入）”；
- 测真实释放效果，用
memory_get_usage(false)看脚本内分配量，或对比microtime(true)时间戳 +gc_collect_cycles()强制触发回收 - 大数据处理函数末尾加
unset($bigArray); gc_collect_cycles();，尤其在长生命周期脚本（如 CLI 守护进程）中有效 - 真正卡内存的往往不是单次操作，而是循环中不断
$list[] = ...累积——检查所有动态追加逻辑，该清空的及时$list = []
memory_limit 实在得多。 
