PHP 7.4 并未弃用三元运算符的左结合性，而是弃用不加括号嵌套三元的警告抑制；PHP 8.0+ 直接报错，因其按左结合解析为 ($a ? $b : $c) ? $d : $e，而非直觉的 $a ? $b : ($c ? $d : $e)。
PHP 7.4 并没有“弃用左结合性”——三元运算符在所有 PHP 版本中都是**左结合**的，这个事实从未改变。所谓“PHP 7.4 弃用左结合性”的说法是误传，根源在于 PHP 官方确实在 PHP 7.4 中**弃用了对不加括号的嵌套三元表达式的警告抑制行为**，并从 PHP 8.0 起彻底移除兼容逻辑，导致原本“侥幸通过”的嵌套写法直接报 Parse error。
为什么 $a ? $b : $c ? $d : $e 在 PHP 8+ 报错？
因为左结合规则下，它被解析为：($a ? $b : $c) ? $d : $e，而非你直觉认为的 $a ? $b : ($c ? $d : $e)。PHP 7.4 开始对这种歧义发出 Deprecated: Unparenthesized `? :` are deprecated 警告；PHP 8.0+ 直接拒绝解析，抛出 Parse error: syntax error, unexpected '?' 。
- 左结合 ≠ 从左往右“顺序执行”，而是按结合律决定分组方式
- 错误常出现在模板或配置组装场景，比如：
$class = $active ? 'active' : $disabled ? 'disabled' : 'normal' - PHP 不会自动帮你“猜意图”，括号是唯一明确语义的方式
空合并运算符 ?? 和三元混用时怎么断句？
?? 的优先级比 ?: 更低，所以 $a ?? $b ? $c : $d 等价于 ($a ?? $b) ? $c : $d，而 $a ? $b : $c ?? $d 等价于 $a ? $b : ($c ?? $d)。不加括号极易翻车，尤其当 $c 是 null 或 false 时，结果可能完全偏离预期。
- 想表达“先取默认值，再做条件判断”：显式写成
($input ?? 'default') ? 'yes' : 'no' - 想表达“条件不成立时才用默认值”：必须写成
$flag ? 'yes' : ($fallback ?? 'default') - 别依赖记忆优先级，所有混用场景一律加括号
访问数组键时嵌套三元引发 “Trying to access array offset on value of type null”
这不是嵌套本身的问题，而是嵌套放大了未校验变量的缺陷。例如：$msg = $row['type'] === 'out' ? $row['text'] : $row['note']; 若 $row 是 null（如 PDO 查询无结果），PHP 8+ 会在第一个 $row['type'] 就报错，根本走不到三元分支判断。
立即学习“PHP免费学习笔记（深入）”；
- 必须前置防护：
isset($row['type']) && $row['type'] === 'out' ? $row['text'] : ($row['note'] ?? '') - 更安全的做法是拆开：
$msg = $row ? ($row['type'] === 'out' ? $row['text'] : $row['note']) : ''; -
??只能防键不存在，不能防$row本身是null；isset()才是双保险
真正容易被忽略的点是：嵌套三元从来不是语法问题，而是**可读性、类型安全与执行顺序三重风险叠加的信号灯**。一旦你发现自己在括号里再套括号，或者需要画树状图理清执行路径，就该停手，换 if-else 或封装函数——PHP 解析器不抱怨，但人会。
