isset()检测变量是否已声明且非null，empty()将0、"0"、false、""、[]等均判为“空”；前者适用于检查$_post字段是否存在，后者用于业务上过滤无意义值但需警惕对0和"0"的误判。
isset() 和 empty() 的区别到底在哪
PHP里判断变量是否为空，isset() 和 empty() 最常用，但它们根本不是一回事。前者只管“变量是否存在且不为 null”，后者会把 0、"0"、false、""、[] 都当“空”处理——这在表单校验或配置读取时极易踩坑。
常见错误现象：if (!empty($user_id)) { ... } 本想跳过未传值的情况，结果用户 ID 就是数字 0，被误判为空，逻辑直接跳过。
-
isset($var)：适合检测变量是否已声明且非null，比如检查$_POST字段是否存在 -
empty($var)：适合业务上“无意义值”的批量过滤，比如清理空字符串、假值，但必须清楚它对0和"0"的特殊处理 - 真正想判断“是否为
null或未定义”，就用!isset($var)；想判断“是否为null/""/[]等纯空值”，又不想误杀0，得手动写$var === "" || $var === [] || $var === null
字符串为空该用 strlen() 还是 == ""
判断字符串是否为空，strlen($str) === 0 和 $str === "" 效果一致，但语义和性能有差别。前者多一次函数调用开销（微乎其微），后者更直白，也避免了类型隐式转换风险。
使用场景：处理用户输入、API 返回字段时，尤其要区分 "0" 和 ""。比如手机号字段传了空字符串，你得拦住；但传了 "0"？那大概率是前端 bug，不该被当成空放过。
立即学习“PHP免费学习笔记（深入）”；
- 优先用
$str === ""，明确表达“我只要空字符串”，不牵扯其他类型 - 避免用
empty($str)判字符串，因为"0"会被吞掉 - 如果变量可能为
null，先用isset($str)再比=== ""，否则会触发 notice
数组为空怎么安全判断
判断数组是否为空，最稳妥的是 count($arr) === 0 或 empty($arr)，但要注意：如果 $arr 根本不是数组（比如是字符串或 null），count() 会返回 1，而 empty() 仍返回 true —— 行为不一致。
常见错误现象：函数返回值类型不确定，直接 foreach($data as $item) 前没做校验，遇到 null 或字符串就报 warning。
- 确定是数组才用
count($arr) === 0；不确定类型时，先is_array($arr) && count($arr) === 0 -
empty($arr)对数组、字符串、null都有效，但会把[0 => false]这种含假值的数组也判为空，慎用于需保留数据结构的场景 - PHP 7.3+ 可用
array_is_list($arr) && count($arr) === 0区分索引/关联空数组，但多数情况没必要
isset($_POST['xxx']) 为什么有时还是报 Notice
看似用了 isset()，但 PHP 仍抛 Notice: Undefined index，通常是因为你在访问嵌套键时漏掉了中间层，比如 isset($_POST['user']['name']) 会触发 notice，因为 $_POST['user'] 本身未定义。
PHP 不支持深层短路判断，isset() 对多维数组的每个层级都要求存在。
- 正确写法是逐层判断：
isset($_POST['user']) && isset($_POST['user']['name']) - 或者用空合并操作符（PHP 7.0+）：
$_POST['user']['name'] ?? null，它天然规避 notice - 更健壮的做法是封装一个安全取值函数，比如
safe_get($_POST, ['user', 'name'])，内部做递归 isset 检查
最麻烦的其实是混合类型变量：可能为字符串、数组、null，甚至对象。这时候靠单一函数没法兜底，得结合 gettype() 或 is_*() 系列函数先做类型断言——这点很容易被忽略，一上来就 empty() 或 count()，结果在生产环境悄悄出错。
