java三元运算符多路分支需括号明确、类型统一、层数克制：必须显式加括号避免结合性陷阱；所有分支返回值类型须兼容；两层嵌套尚可，三层起应改用switch或if-else；禁在分支中调用有副作用的方法。
Java 三元运算符本身只支持两路分支，要实现多条件判断（比如三路、四路），必须靠嵌套。但嵌套不是“能写出来就行”，稍不注意就掉进可读性差、类型报错、逻辑翻车的坑里。关键在三点：括号明确、类型统一、层数克制。
括号必须显式加，别信默认结合顺序
Java 中 ? : 是右结合的，a ? b : c ? d : e 等价于 a ? b : (c ? d : e)，但人脑不按编译器规则读代码。一旦混入其他运算符，优先级更低（它排第14级，比 &&、== 都低），极易出错。
- ❌ 危险写法：
score > 90 ? "A" : score > 80 ? "B" : "C"—— 看似清晰，但和score > 90 ? "A" : (score > 80 ? "B" : "C")在语义上虽一致，可一旦扩展成flag && score > 90 ? "A" : ...就立刻失效 - ✅ 安全写法：外层条件后紧跟括号，所有嵌套分支都用括号包裹
score >= 90 ? "A" : (score >= 80 ? "B" : (score >= 60 ? "C" : "F"))
所有分支返回值类型必须兼容
三元表达式是一个完整表达式，编译器会推导出唯一公共类型。String 和 int 混用直接编译失败；null 和基本类型也需小心。
- ❌ 报错示例：
valid ? 100 : "N/A"→ 类型无法统一（int vs String） - ✅ 可行方案：
• 统一为字符串：valid ? "100" : "N/A"
• 统一为包装类或 Object：valid ? Integer.valueOf(100) : null
• 或显式转型：valid ? (Object)100 : "N/A"（不推荐，掩盖设计问题）
两层是分水岭，三层起建议换 if-else
嵌套不是炫技，而是权衡可维护性。两层嵌套（如 A/B/C 分级）尚可接受；到第三层（A/B/C/D），括号嵌套、IDE 高亮错位、调试时断点难打等问题集中爆发。
- ⚠️ 三层嵌套典型陷阱：
status == 1 ? "active" : (status == 2 ? "pending" : (status == 3 ? "archived" : "unknown"))—— 改一个条件，容易漏掉对应括号或冒号 - ? 更优替代：
• 多分支且条件离散 → 用switch表达式（Java 14+）：switch (status) { case 1 -> "active"; case 2 -> "pending"; case 3 -> "archived"; default -> "unknown"; }
• 含副作用（如日志、计数）、复杂计算或需要提前 return → 直接上if-else链，反而更短、更稳
避免在嵌套中调用有副作用的方法
三元表达式应是纯函数式风格：无状态、无修改、可预测。如果某一分支里写了 doSomething() 或 i++，不仅破坏语义，还可能因短路逻辑导致部分方法永远不执行，埋下隐蔽 bug。
- ❌ 风险写法：
user != null ? user.getName() : logAndReturnDefault()——logAndReturnDefault()本意是兜底，但如果被 IDE 优化或后续重构误删，就只剩空指针 - ✅ 健壮做法：把副作用移出表达式，先做判空/校验，再统一赋值或返回
String name = (user != null) ? user.getName() : null;<br>if (name == null) { log.warn("user name missing"); name = "guest"; }
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
