empty() 会将 0 等值误判为“未填写”，而 isset() 仅判断变量是否存在且非 null；处理表单需区分“是否提交”与“值是否有效”，应组合使用 isset() 和类型检查。
判断 $age = 0 时 empty() 会误判为“没填”
用户提交表单，$_POST['age'] = 0（比如新生儿），这是完全合法的业务值。但 empty($_POST['age']) 返回 true，直接当成“未填写”处理——逻辑崩了。这不是 bug，是 empty() 的设计行为：它把 0、"0"、false、null、[] 全部归为“空”。而 isset($_POST['age']) 在这种情况下返回 true，因为它只关心“变量是否存在且不为 null”，不care值是不是 0。
未定义变量访问时 isset() 和 empty() 行为一致但含义不同
当访问一个压根没声明的变量（如 $x），两者都返回 true（empty($x)）或 false（isset($x)），但原因完全不同：
-
empty($x)返回true是因为“未定义 → 视为空”，且不报 warning -
isset($x)返回false是因为“变量根本不存在或为null” - 用
!$x访问未定义变量会触发Notice: Undefined variable，而empty()和isset()都不会
处理表单字段必须区分“有没有传”和“传了是不是空值”
典型场景：API 接口接收 price 字段，允许为 0（免费商品），也允许不传（表示价格未提供）。这时不能只用 empty() 或只用 isset()：
- 想确认“用户是否主动提交了该字段” → 用
isset($_POST['price']) - 想确认“提交的值在业务上是否有效” → 要结合类型判断，例如：
isset($_POST['price']) && is_numeric($_POST['price']) - 想过滤掉
""但保留0→ 用isset($_POST['price']) && $_POST['price'] !== ""，而不是!empty($_POST['price'])
empty() 不能用于表达式，isset() 可以链式检查数组键
empty() 只接受变量，传入函数调用或数组下标表达式（如 empty($_POST['user']['name'])）在 PHP isset() 天然支持多层检查：isset($_POST['user']['name']) 安全又清晰，不会因中间键缺失而报 notice。
立即学习“PHP免费学习笔记（深入）”；
真正容易被忽略的是：你写 empty($arr['key']) 看似省事，但如果 $arr 本身未定义，PHP 7+ 会静默转成 empty(null) → true，掩盖了原始问题；而 isset($arr['key']) 至少能帮你守住“变量存在”这一层底线。
