三元运算符适用于单表达式返回值的简单判断，应避免副作用、嵌套过深及类型不兼容；需注意空安全与类型推断，仅在逻辑清晰、无状态变更时替代if-else。
三元运算符（? :）是 Java 中简化简单 if-else 分支的有力工具，但它不是万能的——用对场景能提升可读性，滥用反而让代码更难懂。
适用场景：单表达式返回值判断
当 if-else 仅用于给变量赋值或返回一个值，且两个分支都是简单表达式时，三元运算符最自然。比如：
✅ 推荐写法：
String status = score >= 60 ? "PASS" : "FAIL"; int max = a > b ? a : b;
❌ 避免写法：
立即学习“Java免费学习笔记（深入）”；
// 含方法调用、副作用、多语句，可读性差
String msg = (user != null && user.isActive()) ? (log("valid"), "OK") : (log("invalid"), "ERROR"); // 编译错误！且语义混乱
- 只用于纯计算或简单对象构造，不包含
void方法调用 - 左右分支类型需兼容（编译器能推导出统一类型）
- 避免嵌套超过一层（如
a ? b : c ? d : e），此时应改用if-else或switch
类型推断与空安全细节
Java 会尝试统一两个分支的类型。若一边是基本类型、另一边是包装类，或存在 null，需留意自动拆箱/装箱和 NPE 风险：
Integer result = flag ? 100 : null; // OK：result 可为 null int value = flag ? 100 : null; // 编译错误：无法将 null 赋给 int
- 优先使用包装类型接收可能为
null的结果 - 若需基本类型，确保两边都非
null，或显式处理（如flag ? 100 : 0） - 配合
Optional使用时，三元更适合做“有值则取，否则提供默认”：opt.orElse(flag ? "A" : "B")不如直接opt.orElseGet(() -> flag ? "A" : "B")
替代 if-else 的边界在哪里？
三元不是语法糖替代品，而是表达意图的精简方式。判断标准很实际：
- 分支逻辑是否能在一行内清晰表达？
- 是否没有状态变更（如修改字段、发日志、更新集合）？
- 阅读者能否一眼看出“条件成立时取什么，否则取什么”？
一旦任一条件不满足，就该退回 if-else——哪怕多写三行，也比强行压缩成一行三元更利于维护。
结合 Lambda 和 Stream 的实用技巧
在函数式风格中，三元常用于构建简洁的映射或过滤逻辑：
List<String> labels = items.stream()
.map(item -> item.isValid() ? item.getName() : "UNKNOWN")
.collect(Collectors.toList());
注意：不要在 lambda 内部用三元做复杂判断；若条件变多，提取为独立方法更清晰。
不复杂但容易忽略：它只是表达式，不是语句。想靠它“执行操作”，本质是在滥用——那就该用 if。
