isset() 仅检测变量是否设置且不为 null，对 "0"、0、false 等非 null 值均返回 true；empty() 将 "0"、0、false 等视为空；== 会隐式类型转换导致意外相等；未初始化变量读取返回 null 易掩盖错误。
isset() 不能判断字符串 "0" 是否存在
很多人误以为 isset() 是“判断变量有没有值”，其实它只检测变量是否被设置且不为 null。只要变量存在且不是 null，哪怕值是 0、"0"、false 或空数组，isset() 都返回 true。
典型误用场景：接收表单提交的数字型字段（如商品数量），用 isset($_POST['qty']) 判断用户是否提交了该字段——但用户输入了 0，isset() 仍为 true，导致逻辑误判为“已填写”。
- 正确做法：若需区分“未提交”和“提交了 0”，应结合
array_key_exists()+ 显式值检查 - 更稳妥方式：直接用
$_POST['qty'] ?? null获取默认值，再做业务判断
empty() 把 "0"、0、false 全当成空
empty() 的判定规则远比字面意思宽泛。它对以下值统一返回 true：""、0、0.0、"0"、null、false、[]。这在处理 ID、状态码、开关字段时极易出错。
例如：$status = "0"; if (empty($status)) { /* 进入这里，但状态其实是“关闭”而非“未设置” */ }
- 避免方式：对明确允许
"0"或0的字段，改用严格比较：$status === "0"或$status !== "" - 不要用
empty()替代isset()，二者目的完全不同 - 调试时可用
var_dump($status)确认类型和值，别只看if (empty(...))的结果
== 比较时类型自动转换引发意外相等
PHP 在使用 == 时会尝试隐式转换类型，导致非直观结果。比如："0abc" == 0 是 true，0 == "hello" 也是 true，因为字符串被转成数字后为 0。
常见于从 URL 或表单取值后直接比较：if ($_GET['type'] == 1) —— 若传入 ?type=true 或 ?type=0x1，都可能意外通过。
- 关键原则：所有涉及用户输入或外部数据的比较，优先用
=== - 对数字型参数，先用
filter_var($_GET['id'], FILTER_VALIDATE_INT)校验，再比较 - 注意
in_array()默认也用==，查数值需显式传第三个参数true
未初始化变量直接参与判断
PHP 允许读取未声明变量，此时返回 null，并触发 E_NOTICE（开发环境可见，生产环境常被关闭）。但 null 在布尔上下文中为 false，容易掩盖逻辑漏洞。
例如：if ($config['cache_enabled']) { ... }，若 $config 未定义或 cache_enabled 键不存在，整个表达式为 false，但你根本不知道是配置缺失还是值为 false。
- 安全写法：用
isset($config['cache_enabled']) && $config['cache_enabled'] === true - 更推荐：用空合并操作符
$config['cache_enabled'] ?? false显式提供默认值 - 上线前务必确认
error_reporting包含E_NOTICE，否则这类问题会被静默吞掉
实际项目里最麻烦的不是某个函数不会用，而是多个判断嵌套时，isset()、empty()、==、?? 混着用，各管一段逻辑，最后谁也说不清某条分支到底因什么进入或跳过。保持判断意图清晰，比追求代码短更重要。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
