三元运算符该用在哪儿
只适合替换那种「单表达式、无副作用、纯返回值」的 if-else。比如给变量赋值、return 一个结果、作为参数传入函数。一旦里面出现 System.out.println()、list.add() 或者多个语句，就该立刻退回去写 if。
嵌套三元容易出错的写法
嵌套三层以上基本等于自找麻烦。Java 不强制括号，但 a ? b : c ? d : e 的结合顺序是右结合（等价于 a ? b : (c ? d : e)），和直觉可能不一致。稍不注意就会逻辑翻车。
实操建议：
- 嵌套超过两层，直接拆成 if-else
- 哪怕只有两层，也手动加括号：
condition1 ? value1 : (condition2 ? value2 : value3) - 别为了“简洁”把
getUserName() != null ? getUserName() : "guest"写成getUserName() ?: "guest"——Java 没这语法，那是 Kotlin
类型不匹配导致编译失败
三元运算符两个分支（? 后和 : 后）必须能统一为同一个类型，否则编译报错：Type mismatch: cannot convert from String to int。
立即学习“Java免费学习笔记（深入）”；
常见场景：
- 一边是
Integer，一边是int→ 通常自动装箱/拆箱能兜住，但涉及null就危险 - 一边是
String，一边是null→ 类型推导成String没问题；但一边是Integer一边是null，推导成Integer，若接收变量是int就 NPE - 用在泛型上下文（如
Optional.of(condition ? "a" : null)）时，注意null可能触发类型擦除歧义
性能和可读性的实际权衡
三元本身没有性能损耗，JVM 优化得足够好。但可读性崩坏点往往不在语法，而在语义密度——比如把「判断用户是否登录并返回昵称或占位符」压缩成一行，同事 debug 时得停顿三秒解析括号层级。
值得坚持的边界：
- 分支逻辑不超过 10 个字符（如
"YES"/"NO"）→ 安全 - 任一分支含方法调用（尤其是带副作用的）→ 拆开
- 条件本身已经很复杂（如
user.getRole() == ADMIN && !user.isLocked() && user.getTier() > 2）→ 别塞进三元，先提成布尔变量
最常被忽略的一点：三元运算符没有断点调试友好性。你想在 else 分支打个断点？只能把整行拆开——这时候它就不再是“更短”，而是“更难修”。
