isset() 判断变量是否已声明且不为 null，empty() 判定值是否为空（含 0、"0"、false、[] 等），二者语义不同；数组键存在性检测应据需选用 isset() 或 array_key_exists()。
isset() 和 empty() 的核心区别在哪
判断变量是否存在，isset() 是首选，它只关心变量是否已声明且不为 null；而 empty() 是“是否为空值”的语义，会把 0、"0"、false、[] 等都当成“空”，容易误判。
常见错误现象：用 empty($var) 判断变量是否存在，结果 $var = 0 时返回 true，误以为变量没定义。
-
isset($var)→true当且仅当$var已声明且不等于null -
empty($var)→true对应""、0、0.0、"0"、null、false、[]等多种情况 - 未声明的变量直接传给
empty()不报错（因为empty()是语言结构，会静默处理），但传给普通函数会触发Notice: Undefined variable
判断数组键是否存在该用 array_key_exists() 还是 isset()？
对数组元素，isset($arr['key']) 和 array_key_exists('key', $arr) 行为不同：前者在键存在但值为 null 时返回 false；后者只要键存在就返回 true。
使用场景举例：API 返回数据中某个字段可能显式设为 null（如“该字段暂无值”），此时你需要区分“键不存在”和“键存在但值为 null”——必须用 array_key_exists()。
立即学习“PHP免费学习笔记（深入）”；
-
isset($arr['id'])→false如果$arr['id'] === null -
array_key_exists('id', $arr)→true只要'id'是数组的一个键，不管值是什么 -
isset()比array_key_exists()快，如果确定不需要识别null值，优先用isset()
isset() 能否安全检查多维数组嵌套键？
可以，但写法要注意。PHP 7.4+ 支持空合并运算符 ?? 配合 isset()，但 isset($a['b']['c']) 在 $a['b'] 未定义时不会报错，这是 isset() 的设计特性——它会短路求值，逐层检查。
不过，过度嵌套会让代码可读性变差，也难调试。更健壮的做法是分步或封装：
- 直接写
isset($data['user']['profile']['avatar'])是安全的，无需提前判断每一层 - 但若需频繁访问深层字段，建议用
??链式默认值：$avatar = $data['user']['profile']['avatar'] ?? 'default.png'; - 注意：
isset($data['user']['profile']['avatar'])和!empty($data['user']['profile']['avatar'])完全不是一回事——后者在avatar为0或"0"时也会失败
变量未定义就直接用会怎样？怎么避免 Notice 报错
PHP 默认开启 E_NOTICE，未定义变量直接读取会触发 Notice: Undefined variable。这不是致命错误，但会影响日志、干扰调试，线上环境通常要关闭 NOTICE，开发环境必须打开。
根本解法不是靠错误抑制符 @（性能差、掩盖问题），而是主动防御：
- 函数参数用默认值：
function foo($name = '') { ... } - 全局变量/$_GET/$_POST 值先用
isset()或filter_input()检查再用 - 对象属性不确定是否存在时，用
property_exists($obj, 'prop')或isset($obj->prop)（后者对 public 属性有效） - 注意：
isset($obj->prop)在__get()魔术方法中可能被调用，行为取决于实现
最常被忽略的一点：isset() 对资源类型（如 fopen() 返回的 resource）返回 false，因为它内部做了类型过滤；真要判断资源是否有效，得用 is_resource() 配合 get_resource_type()。
