php array_filter() 不递归，需手写递归函数或用 recursiveiteratoriterator；注意空值定义（0/'0'/false是否保留）、保持关联键、防递归过深及结构破坏。
PHP递归过滤空值：array_filter() 本身不递归，直接用会漏掉深层空元素
array_filter() 默认只作用于第一层，遇到嵌套数组就停住——比如 ['a' => '', 'b' => ['c' => null, 'd' => []]]，它会保留整个 'b' 子数组，哪怕里面全是空值。这不是 bug，是设计如此：它只做“扁平过滤”，不碰结构深度。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 必须手写递归函数或用
RecursiveIteratorIterator配合RecursiveArrayIterator - 判断“空”的标准要提前明确：
''、null、[]、0、false是否都算？PHP 的empty()会把0和'0'都当空，但业务上可能需要保留数字0 - 如果只要删
''和null，别无脑用empty()，改用严格判断：$v === '' || $v === null
递归实现时 key 丢失问题：用 array_values() 重排会破坏关联结构
很多人写递归时习惯在过滤后调用 array_values()，结果把 ['user' => ['name' => '']] 变成 [0 => ['name' => '']]——key 从语义化的 'user' 变成数字索引，后续代码直接报错。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 递归函数里始终用
foreach ($arr as $k => $v)，保留原始 key - 过滤后用
[$k => $new_v]重建项，而不是推入新数组再重排 - 如果某层全被滤掉（比如子数组所有值都为空），该 key 应该被 unset，而不是留个空数组
性能陷阱：大数组 + 深度递归容易触发 Maximum function nesting level
PHP 默认 xdebug.max_nesting_level=256，但一个 10 层深、每层 20 个元素的数组，递归调用就轻松超限。错误信息是：Fatal error: Maximum function nesting level of '256' reached。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 优先用迭代替代递归：用栈（
array）模拟调用栈，避免函数层层压栈 - 若坚持递归，加深度限制参数，比如
function cleanArray($arr, $depth = 0, $maxDepth = 20)，到顶就返回原数组 - 对超大数组，先用
json_encode($arr, JSON_THROW_ON_ERROR)测试是否可序列化——不可序列化常意味着存在资源或循环引用，这种数组根本不该进清理流程
注意 0、false、'0' 的语义差异，别让清理变数据污染
电商订单里 'quantity' => 0 是合法状态，用户性别字段 'gender' => false 可能表示未填写，而字符串 'id' => '0' 可能是有效主键。用 empty() 一刀切，0 和 '0' 都会被干掉。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 按字段类型分策略：数值型字段用
$v !== 0 && $v !== '0'判断；字符串型用trim($v) === ''；布尔型单独处理 - 如果数组结构固定，不如写白名单：
$keepKeys = ['id', 'price', 'status']，只清理非关键字段 - 上线前拿真实数据样本跑一遍，重点看
0和'0'是否被误删——这问题线上很难复现，但影响直接
真正麻烦的不是写不出递归函数，而是“空”的定义随业务场景滑动，以及清理后结构完整性没人校验。多数线上事故，都出在第 3 层以后的 key 消失，或者 0 被当成空删了又没日志可查。
