嵌套条件运算符（?:）必须加括号以防优先级和结合性引发逻辑错误，尤其与&&/||混用或超过两层时，应改用if-else提升可读性与安全性。
嵌套 ?: 必须加括号，否则优先级会出问题
不加括号的嵌套条件运算符（?:）在 C++ 中是右结合的，但人脑读起来极易误判执行顺序。比如 a ? b : c ? d : e 实际等价于 a ? b : (c ? d : e)，而不是 (a ? b : c) ? d : e。一旦你本意是后者，没括号就会逻辑翻车。
常见错误现象：int x = a > 0 ? 1 : b == 0 ? 2 : 3; 看似“a>0选1，否则看b==0选2或3”，但如果 a≤0 且 b≠0，x 得到 3 —— 这没问题；可如果写成 a > 0 ? 1 : b == 0 ? 2 : 3 == 4 ? 5 : 6，不加括号就很难一眼确认分组，编译器不会报错，但语义可能和你心里想的完全对不上。
- 所有非最外层的
?:子表达式都建议显式加括号，哪怕语法上可省略 - 尤其当任一操作数本身是另一个
?:时，必须用括号包裹整个子表达式 - 编译器不会警告这种歧义，静态分析工具（如 clang-tidy）也极少检查嵌套括号习惯
?: 和 &&/|| 混用时括号不是可选，是必须
条件运算符优先级低于逻辑与/或（&& 为 14，|| 为 13，?: 为 15），但高于赋值、逗号等。这意味着 a && b ? c : d 等价于 (a && b) ? c : d，而 a ? b : c && d 等价于 a ? b : (c && d) —— 看似合理，但一旦混入更长表达式，比如 a ? b : c || d ? e : f，就彻底失控。
- 只要
?:出现在&&或||的任一侧，该侧整个?:表达式必须用括号包住 - 反例：
if (x > 0 ? y : z && w) ...→ 实际是if ((x > 0 ? y : z) && w)，很可能不是你想要的 - 正解：
if (x > 0 ? y : (z && w))或if ((x > 0 ? y : z) && w)，取决于逻辑意图
三目链式写法（a ? b : c ? d : e ? f : g）括号怎么加才清晰
这种写法本质是合法的右结合形式，但可读性差、维护成本高。即使不加括号也能通过编译，但任何后续修改（比如插入新分支、调整条件）都极易引入错误。
- 推荐每层分支都独立括号：
a ? b : (c ? d : (e ? f : g)) - 若分支值本身含运算（如函数调用、算术表达式），括号更是刚需：
cond1 ? func1() : (cond2 ? func2(x + y) : func3()) - IDE 自动格式化（如 Clion 默认）通常不会为你补这些括号，不能依赖
- 团队代码规范里明确禁止无括号嵌套
?:的，基本都是吃过亏之后定的
用 if-else 替代深层嵌套 ?: 更安全
超过两层嵌套（即三个以上分支）的 ?:，括号再全也难掩逻辑臃肿。C++ 不强制你用三目，它只是允许。真正影响可读性和调试效率的，从来不是括号多寡，而是控制流是否线性可推。
- 调试器对
?:单步支持弱，断点打在中间分支常跳过，不如 if-else 每行都可停 - 优化器对两者生成的汇编差异极小，别信“三目更快”的传言
- 涉及 RAII、移动语义或异常的分支，
?:容易引发对象生命周期误判（比如cond ? A{} : B{}中临时对象析构时机）
括号能解决语法歧义，但解决不了人脑带宽限制。嵌套太深时，括号只是止痛片，重构才是手术刀。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
