三元运算符（?:）优先级仅高于赋值运算符，低于??、&&、||及所有比较运算符，易因未加括号导致解析顺序错误；嵌套时为右结合，必须显式括号分组，超两层应改用if-else或match。
三元运算符优先级比你想象的还低
PHP 中 ? : 的优先级仅高于赋值运算符（如 =、+=），甚至低于 ??、&&、|| 和所有比较运算符。这意味着不加括号时，表达式会按 PHP 解析规则“先算别的，最后才处理 ? :”，极易偏离预期。
常见错误现象：
-
$x = $a == 1 ? 'yes' : 'no'看似安全，但若写成$x = $a == 1 ? 'yes' : 'no' . $suffix，.会先于?:执行，实际等价于$x = $a == 1 ? 'yes' : ('no' . $suffix)——这倒还好；但换成$x = $a == 1 ? 'yes' : $b == 2 ? 'ok' : 'fail'就危险了 -
$name ?? $default ? 'valid' : 'empty'不是“先空合并再判断”，而是($name ?? $default) ? 'valid' : 'empty'，哪怕$name是null，$default是false，整个表达式也会走'empty'
嵌套三元不加括号=主动制造歧义
PHP 的 ? : 是右结合的，$a ? $b : $c ? $d : $e 实际解析为 $a ? $b : ($c ? $d : $e)，而非人脑直觉的 ($a ? $b : $c) ? $d : $e。不加括号，连你自己下次看都可能误读。
实操建议：
- 所有嵌套层级，必须显式用括号分组：
$res = $score >= 90 ? 'A' : ($score >= 80 ? 'B' : ($score >= 60 ? 'C' : 'F')) - 超过两层嵌套（即含两个以上
?）就该停手，改用if-else或 PHP 8+ 的match表达式 - 在函数参数中使用嵌套三元时，IDE 很难高亮匹配的
:，调试时var_dump()只能看到最终结果，中间分支无法观测
?: 和 ?? 混用时括号不是可选项
?? 优先级（16）高于 ? :（17），所以 $input ?? $fallback ?: $default 会被解析为 ($input ?? $fallback) ?: $default，而你想表达的“取第一个非 null 值，再判断真假”根本不会发生。
典型踩坑场景：
- 想从
$_GET['id']取值，若为null或未定义则用1，再判断是否为正整数：(int)$_GET['id'] ?? 1 > 0 ? 'valid' : 'invalid'—— 错！??先绑定1 > 0，变成(int)$_GET['id'] ?? (1 > 0)，即(int)$_GET['id'] ?? true - 正确写法是拆开：
$id = $_GET['id'] ?? 1; $status = $id > 0 ? 'valid' : 'invalid';，或至少加括号：($id = $_GET['id'] ?? 1) > 0 ? 'valid' : 'invalid'
为什么简单条件也建议加括号
即使只有一层三元，加括号也能规避多数优先级意外。比如 echo $user->active ? 'online' : 'offline' 在某些模板引擎或字符串拼接中可能被截断；而 echo ($user->active ? 'online' : 'offline') 明确划定了表达式边界。
更关键的是：团队协作时，没人能保证下一个接手的人熟悉所有运算符优先级表。一个括号的成本极低，但省去它引发的线上 bug 可能要花几小时排查。
最常被忽略的一点：PHP 7.0 以下不支持 ??，但很多老项目仍混用 ?: 和 ?? 写法，一旦部署到低版本环境，?? 直接触发 Fatal error，连错误页面都刷不出来——这时候括号救不了你，但明确的版本约束和测试能。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
