empty() 判假值而非空字符串，会错误将0、"0"等合法业务值判为空；正确做法是用isset()确认存在后配合trim()或类型判断校验。
因为 empty() 不是“判空字符串”，而是“判假值”，它把 0、"0"、false、null、[] 全部当空处理——而其中很多是合法且有意义的业务值。
为什么 empty($value) 会把 0 当成空？
empty() 的逻辑等价于 !isset($var) || $var == false，它走的是 PHP 的“松散比较”路径。这意味着：
-
$value = 0→empty($value)返回true（但订单 ID、年龄、分页页码为 0 是完全合理的） -
$value = "0"→ 同样返回true（用户真的输入了字符串 "0"，不是漏填） -
$value = " "（纯空格）→ 返回false（它不 trim，空格不算“空”） -
$value = null或未定义 → 返回true（这点和isset()行为不同）
empty() 和表单验证一起用时最危险
用户提交一个空文本框，$_POST['age'] 是 ""；但若用户手误输了个 0，empty($_POST['age']) 也返回 true，导致你误判为“未填写”。这在注册、筛选、导出等场景里可能跳过关键数据。
- 正确做法：先用
isset($_POST['age'])确认字段存在，再用trim($_POST['age']) !== ''判断是否真为空 - 更稳妥：对数字字段单独判断类型，比如
is_numeric($_POST['age']) && (int)$_POST['age'] >= 0 - 别依赖
empty()做“必填校验”——它根本不是为这个设计的
替代方案怎么选才靠谱？
没有万能函数，得看你要判什么：
- 只关心变量是否存在且非
null？用isset($var) - 只关心字符串是否为真·空（包括全空白）？用
trim($var) === '' - 要兼容
null、""、"\t\n "？组合$var === null || trim($var) === '' - 必须用
empty()？只在明确需要“零值/假值统一拦截”的场景，比如开关配置、布尔型标记字段
真正容易被忽略的点是：很多人写完 if (empty($x)) { ... } 就以为覆盖了所有“无效输入”，但没意识到 $x = "0" 和 $x = 0 在业务语义上天差地别——而 empty() 根本不区分它们。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
