必须在foreach前判断，否则会触发invalid argument supplied for foreach()警告；empty()比count()更优，因其零开销、支持未定义变量且语义符合“无有效数据”场景。
要，而且必须在 foreach 之前判断。不加防护直接遍历未定义、null 或空数组，轻则渲染空白，重则触发 Warning: Invalid argument supplied for foreach()，尤其在生产环境开启错误报告时会暴露风险。
为什么 empty() 比 count() 更适合前置判空
empty() 是零开销判断：它不遍历数组，只检查内部结构是否为“空容器”，对未定义变量也安全（PHP 7+），而 count() 在非数组类型上会抛 Warning，除非你先套 is_array()。
-
empty($data)→ 返回true当$data是null、[]、未声明，或所有元素都是 falsy（但注意：这符合多数业务中“无有效数据”的语义） -
count($data) === 0→ 必须确保$data是数组，否则报错；若仅想区分“未定义”和“空数组”，它更精确，但多一层类型校验成本 - 模板中混写时，
empty()写法最简洁：<?php if (!empty($items)): ?>...<?php endif; ?>
遇到关联数组或含空格值时的陷阱
如果数组可能含 ''、' '、null 等“结构不空但逻辑为空”的情况，empty($arr) 仍返回 false（因数组有元素），但遍历出来全是空白——用户看到的是空列表，却没提示。
- 先用
array_filter($arr, 'trim')清理字符串值（注意：trim()对非字符串会警告，需先is_string()判断） - 或用
array_reduce($arr, function($carry, $v) { return $carry || (!is_string($v) && !empty($v)) || (is_string($v) && trim($v) !== ''); }, false)判断是否存在“真非空”值 - 更稳妥的做法是：前端展示前统一做“逻辑空”校验，而不是依赖
empty()的结构判断
多维数组遍历前怎么判空才不翻车
empty($arr) 对多维数组不可靠：比如 $arr = ['users' => []]，empty($arr) 是 false，但 $arr['users'] 是空的——直接 foreach($arr['users'] as ...) 没问题，可一旦你打算递归展开所有子项，就得深挖。
- 不要用
json_encode($arr) === '[]'，性能差且对大数组易超内存 - 简单场景用递归函数：
function isMultiArrayEmpty($arr) { foreach ($arr as $v) { if (is_array($v) ? !isMultiArrayEmpty($v) : !empty($v)) return false; } return true; } - 高频调用场景建议缓存判空结果，避免重复递归（尤其在 Twig/Blade 模板中反复调用时）
真正容易被忽略的点是：判空逻辑的位置。很多人把 if (!empty($data)) { foreach(...) } 写在模板里，但更健壮的做法是在控制器或服务层就完成数据规整——比如返回一个带 hasItems 属性的视图模型，让模板只负责渲染，不承担判断责任。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
