该用 ? : 而不是 if-else 时，仅限于为变量赋值且值由单一布尔条件决定；它是有返回值的表达式，而 if-else 是无返回值的语句，滥用会导致可读性差、编译错误或运行时异常。
什么时候该用 ? : 而不是 if-else
当你要给一个变量赋值，且这个值取决于某个布尔条件时，? : 才是合理选择。它本质是**表达式**，必须有返回值；而 if-else 是语句，不产生值。强行用三元运算符包裹多行逻辑、调用 void 方法或嵌套三层以上，代码反而难读且易错。
- ✅ 合理：
String status = isActive ? "online" : "offline"; - ❌ 反模式：
isActive ? doLogin() : doLogout();（doLogin()返回void，编译失败） - ⚠️ 警惕嵌套：
score >= 90 ? "A" : score >= 80 ? "B" : score >= 70 ? "C" : "D"—— 可读性差，建议改用switch或提取为方法
? : 的类型推断规则和常见编译错误
Java 要求三元运算符两个分支的类型必须兼容，编译器会尝试找一个公共父类型。如果两边是不同包装类型（如 Integer 和 Double），结果会自动提升为更宽泛的类型（这里是 Double），可能引发意料外的装箱/拆箱行为。
- ❌ 报错示例：
Object obj = flag ? new ArrayList() : null;——null类型不确定，编译失败；应写成Object obj = flag ? new ArrayList() : (Object) null; - ✅ 安全写法：
Number num = isInt ? 42 : 3.14;→ 推断为Number，无问题 - ⚠️ 注意自动拆箱：
int x = flag ? Integer.valueOf(1) : null;会触发 NPE，因为null拆箱失败
替代方案：什么时候该放弃 ? : 改用其他方式
三元运算符不是万能简化工具。遇到以下情况，直接换掉更稳妥：
- 分支逻辑含副作用（如日志、修改状态）→ 改用
if-else块 - 需要提前返回（如校验）→ 用
if (cond) return value;更清晰 - 涉及
Optional处理 → 优先用optional.orElse(...)或optional.map(...).orElse(...)，避免手动判空再三元 - 字符串拼接带条件 →
String.join("", flag ? "a" : "", "b")比flag ? "a" + "b" : "b"更可维护
public class Example {
public static String getDisplayName(User user) {
// ❌ 别这么写：嵌套+null检查+字符串拼接混在一起
// return user != null ? (user.getFirstName() != null ? user.getFirstName() : "") + " " +
// (user.getLastName() != null ? user.getLastName() : "") : "";
// ✅ 拆开处理，逻辑清晰，空安全
if (user == null) return "";
String first = Optional.ofNullable(user.getFirstName()).orElse("");
String last = Optional.ofNullable(user.getLastName()).orElse("");
return String.join(" ", first, last).trim();
}
}
三元运算符真正省力的地方，是把“单一条件 → 单一值”的映射写得紧凑。一旦开始塞逻辑、绕类型、拼字符串，就该停下来问问：这真的是简化，还是在给自己埋坑。 
