isset()判断变量是否存在且不为null，empty()判断值是否“被认为假”（如0、"0"、""、[]、null等）；二者语义不同，混用易导致逻辑错误。
isset() 和 empty() 的区别到底在哪
PHP 里判断“变量是否为空”，isset() 和 empty() 常被混用，但它们检查的不是一回事：isset() 看的是变量是否存在且不为 null；empty() 看的是值是否“被认为假”（比如 0、"0"、false、""、[]、null 都算空）。
常见错误现象：用户提交表单时传了字符串 "0"，用 empty($val) 判定结果是 true，误以为用户没填——其实填了，只是填了个零。
-
isset($var)：适合判断变量是否已定义且非null，比如检查 $_POST 键是否存在 -
empty($var)：适合做“宽松空值校验”，但要注意"0"、0.0、"false"这类也会被判空 - 想严格判断是否为
null或未定义？直接用$var === null或!isset($var)
$_POST['key'] 直接用 empty() 会报 Notice
当访问未提交的表单字段（如 $_POST['username']）时，PHP 会触发 Notice: Undefined index。这不是 empty() 的错，而是 PHP 在读取数组键前就尝试取值了。
正确做法永远是先确保键存在，再判断值：
立即学习“PHP免费学习笔记（深入）”；
if (isset($_POST['username']) && !empty($_POST['username'])) {
// 安全使用
}
或者更简洁地写成：
if (!empty($_POST['username'] ?? '')) {
// PHP 7+ 的空合并操作符可避免 Notice
}
- 单独写
empty($_POST['xxx'])是危险的，尤其在 error_reporting 开启 NOTICE 时 -
$_POST['xxx'] ?? ''提供默认空字符串，让empty()有安全输入 - 不要依赖
@empty()抑制错误——掩盖问题，不解决问题
对象属性和数组元素怎么安全判空
对对象属性或嵌套数组调用 empty() 或 isset()，容易因中间层级不存在而报错。比如 $user->profile->avatar 或 $data['user']['profile']['avatar']。
PHP 8+ 可用空安全操作符（?-> / ?[），但低版本得靠层层判断：
// PHP 7.x 推荐写法
$avatar = $user->profile->avatar ?? null;
if (!empty($avatar)) { ... }
// 或者用 isset + 多层判断（略啰嗦但兼容性好）
if (isset($user->profile) && isset($user->profile->avatar) && !empty($user->profile->avatar)) { ... }
-
empty()对未定义属性/键会静默返回true，但前提是不触发 NOTICE —— 所以仍需??或isset()防御 - 数组用
array_key_exists()能区分key => null和 key 不存在，但多数场景用isset()更快 - 对象属性判空前，确认该属性是 public，否则
isset()和empty()都无法访问 private/protected 属性
字符串长度为 0 和 trim 后为空的区别
用户输入常带空格，empty(" ") 是 false（因为字符串非空），但业务上这往往就是“无效输入”。这时候不能只靠 empty()。
真正要检查的是“是否有有效内容”，得结合 trim()：
$input = $_POST['comment'] ?? '';
if (empty(trim($input))) {
// 纯空格、制表符、换行也算空
}
-
trim()默认处理 ASCII 空白字符，中文全角空格、不间断空格（ - 如果要兼容更多空白，可用正则：
preg_replace('/^\s+|\s+$/u', '', $str)（u支持 UTF-8） - 性能上，
trim()+empty()比strlen(trim($s)) === 0更直观，也更符合语义
最麻烦的其实是混合场景：变量可能未定义、可能是 "0"、可能全是空格、还可能是对象或数组。别指望一个函数通吃，得根据上下文选组合策略——比如表单验证优先用 isset() + trim() + !== ""，配置项判断可用 empty() 加注释说明容忍 "0"。
