php中&&优先级高于||，混用时需加括号明确逻辑；and/or优先级极低，易致赋值错误；三元嵌套应避免，复杂条件用if；判空等操作需依业务选empty、is_null或===。
PHP 中 && 和 || 别混着写条件判断
PHP 的短路求值机制会让 && 和 || 组合时行为出人意料，尤其当混用且没加括号时。比如 $a || $b && $c 实际等价于 $a || ($b && $c)，不是从左到右算。
- 运算符优先级：
&&优先级高于||，和数学里乘除高于加减一个道理 - 真实踩坑场景：写权限校验时漏括号，导致「有管理员权限 或 是本人 且 有编辑权」被误判成「有管理员权限 或 是本人」再 且 有编辑权
- 实操建议：只要涉及两个以上逻辑运算符，一律加括号明确意图，别依赖记忆优先级
- 示例对比：
$can_edit = $is_admin || $is_owner && $has_edit_perm; // 危险，等价于 $is_admin || ($is_owner && $has_edit_perm)<br>$can_edit = ($is_admin || $is_owner) && $has_edit_perm; // 明确，按业务逻辑来
用 and/or 替代 &&/||？小心执行顺序翻车
and 和 or 看似是 &&/|| 的同义词，但优先级低得多——低到能影响赋值语句的走向。它们几乎只该出现在极简的条件分支里，日常逻辑组合中基本不该出现。
- 关键差异：
=的优先级比and/or高，但比&&/||低 - 典型错误：
$result = $db->query($sql) or die('Query failed');这行看着像“查不到就报错”，实际是($result = $db->query($sql)) or die(...)，没问题；但换成&&就挂：$result = $db->query($sql) && $db->fetch(); // 实际是 $result = ($db->query($sql) && $db->fetch());
- 建议：统一用
&&/||，把and/or当作历史遗留语法，除非你在写非常老的 PHP 框架兼容代码
三元嵌套 + 逻辑运算符：可读性崩坏前先拆成 if
用 ?: 套 && 或 || 看似省行数，实则让调试和协作成本飙升。PHP 不会帮你高亮嵌套层级，IDE 也很难准确提示哪边先算。
- 常见现象：改一个条件后，整个三元表达式返回
null或false，但看不出是哪个子表达式短路了 - 性能影响：无本质差异，但可维护性损失远大于毫秒级开销
- 实操底线：单个三元最多一层嵌套；超过就用
if/elseif分段处理，哪怕多写三行 - 反例：
$status = $user->is_active() && $user->has_role('editor') ? 'ready' : ($user->is_pending() ? 'pending' : 'blocked');→ 改成 if 更快定位问题
! 放变量前还是放整个表达式前？类型隐式转换是暗雷
PHP 对真假值的宽松判定让 ! 行为容易被误解。比如 !$arr 判空数组为 true，但 !count($arr) 在数组为 null 时会触发 warning。
立即学习“PHP免费学习笔记（深入）”；
- 真实风险点：用
!$var判断「不存在/无效」时，0、''、false、null、[]全部等效，但业务上它们含义可能完全不同 - 推荐做法：
– 判空数组用empty($arr)（注意它也把0当空）
– 判是否为null用is_null($var)或$var === null
– 判是否为假值且明确接受所有 falsy 类型，才用!$var - 特别注意：
!isset($arr['key'])和!array_key_exists('key', $arr)行为不同：前者在 key 存在但值为null时返回true，后者只看 key 是否存在
|| 和 && 谁先算要实在。 
