empty() 将字符串"0"判为falsy，易致表单误判；嵌套访问不报错却掩盖路径错误；仅接受变量不能传表达式；判数组空不看元素值是否falsy。
empty() 会把 "0" 当空值，这是最容易翻车的地方
很多开发者以为 empty() 只判断 ""、null、[] 这类明显“空”的情况，结果发现 empty("0") 居然返回 true。这不是 bug，是设计行为——PHP 把字符串 "0" 归为 “falsy” 值。
这意味着：如果你在表单里接收一个手机号字段，用户填了 "0"（比如测试号），empty($_POST['phone']) 就会误判为未填写。
- 需要精确区分“没填”和“填了字符串 0”时，改用
isset($_POST['phone']) && $_POST['phone'] !== '' - 若允许
"0"作为合法值，又想兼容未定义变量，可写成!isset($_POST['phone']) || $_POST['phone'] === '' - 对数字型输入（如 ID、数量），建议先用
is_numeric()或强制类型转换再判断，而不是依赖empty()
嵌套数组访问时，empty() 不报错但可能误导你
empty() 对不存在的数组键或越界索引不抛警告，直接返回 true。这看似友好，实则掩盖了结构预期错误。
比如：$data = ['user' => ['name' => 'Alice']];，执行 empty($data['user']['age']['city']) 会返回 true，但它不是因为 city 是空，而是因为 $data['user']['age'] 根本不存在（PHP 自动把它当 null 处理）。
- 这种写法无法区分“值为空”和“路径根本不存在”，调试时容易误判数据结构
- 安全做法是逐层检查：
isset($data['user']['age']) && !empty($data['user']['age']['city']) - PHP 8.0+ 可用空合并运算符简化：
!empty($data['user']['age']['city'] ?? null)，但注意??只处理null，不处理未定义变量的 notice 级别问题
判断数组是否为空，用 empty() 没问题，但得知道它不看内容
empty($arr) 对空数组 [] 返回 true，对含任意元素（哪怕全是 null 或 ""）的数组都返回 false。它只关心“有没有元素”，不关心“元素有没有实际意义”。
例如：$arr = ['', null, 0, false];，empty($arr) 是 false，因为数组长度为 4。
- 要检测“逻辑上为空”（即所有元素都是 falsy），得配合
array_filter()：empty(array_filter($arr)) - 要严格确认是数组类型再判空，加
is_array($arr)前置检查，避免empty("0")或empty(0)的干扰 - 如果只是想取值且怕 key 不存在，
empty($arr['key'] ?? '')比裸写empty($arr['key'])更安全
empty() 不是函数，不能传表达式，这点常被忽略
empty() 是语言结构（language construct），不是函数。它只接受变量，不能传函数调用、算术表达式或赋值语句。
以下写法全部报语法错误：
-
empty(trim($_POST['name']))→ 错误：只能是变量 -
empty($a + $b)→ 错误 -
empty($obj->prop())→ 错误，即使方法返回变量也不行
正确做法是先赋值再判断：
$name = trim($_POST['name'] ?? '');
if (empty($name)) { ... }
或者改用等价逻辑：!(isset($_POST['name']) && trim($_POST['name']) !== '')。别为了省一行代码绕开这个限制，否则上线后 parse error 直接 500。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
