Java 三元表达式（?:）的常见坑总结

Java 中的三元表达式语法：condition ? expr1 : expr2，看似简单，但由于类型推断、自动装箱/拆箱、优先级等机制，容易踩坑。下面总结一些最常见的坑及避免方法：

自动拆箱导致的 NullPointerException（最经典坑）

当第二或第三操作数是包装类型（如 Boolean、Integer），且值为 null 时，会触发自动拆箱成基本类型，导致 NPE。
java 复制代码
```
Boolean flag = null;
String result = flag ? "true" : "false";  // 运行时 NullPointerException
```
原因：三元表达式要求 expr1 和 expr2 有共同类型，Java 会尝试拆箱 Boolean → boolean，但 null 无法拆箱。
避免：显式判 null，或使用 Objects 等工具类。
java 复制代码
```
String result = flag == null ? "default" : (flag ? "true" : "false");
```
类型不匹配导致意外的类型提升

第二和第三操作数的类型必须兼容，Java 会选择"更宽"的类型进行提升，可能导致精度丢失或意外结果。
java 复制代码
```
int a = 1;
long b = 2;
var result = true ? a : b;  // result 类型是 long，而不是 int
```
另一个常见例子：
java 复制代码
```
byte x = 1, y = 2;
byte z = true ? x : y;  // 编译错误！因为提升为 int
```
避免：显式强转。
java 复制代码
```
byte z = (byte)(true ? x : y);
```
返回类型是引用类型时，可能返回 null 导致后续 NPE

即使条件判断没问题，如果返回 null，后续链式调用容易忘判空。
java 复制代码
```
String str = someCondition ? obj.getA() : obj.getB();
str.toLowerCase();  // 如果 getA() 或 getB() 返回 null，这里 NPE
```
避免：使用 Optional 或 Objects.requireNonNull 等。
嵌套三元表达式可读性极差（维护性坑）

多层嵌套容易看错逻辑顺序。
java 复制代码
```
String s = a ? b ? "1" : "2" : c ? "3" : "4";  // 难以阅读
```
避免：复杂逻辑优先用 if-else，提高可读性。
运算符优先级误解

三元表达式的优先级高于赋值，但低于大多数运算符，容易和 && || 等混用出错。
java 复制代码
```
boolean result = flag ? true : a == b && c > d;  // 容易误以为是 flag ? true : (a == b && c > d)
// 实际等价于 (flag ? true : a == b) && c > d
```
避免：必要时加括号明确意图。

与字符串拼接混用时隐蔽 NPE

常见于拼接 null 的包装类型。

java 复制代码

Integer num = null;
String s = "value=" + (flag ? num : 0);  // 如果 flag=true，会尝试拆箱 num → NPE

避免：使用 String.valueOf() 或 Objects.toString()。

java 复制代码

String s = "value=" + (flag ? Objects.toString(num, "0") : "0");

在泛型或 lambda 中类型推断问题

在某些泛型场景下，三元表达式可能导致类型推断失败。
java 复制代码
```
List<String> list = condition ? Arrays.asList("a") : Collections.emptyList();
// 可能编译错误，因为一种是 List<String>，另一种是 List<Object>
```
避免：统一返回类型，或显式指定泛型。

总结建议

优先保证第二和第三操作数类型完全一致。
对可能为 null 的包装类型务必先判空。
复杂逻辑避免使用三元表达式，改用 if-else。
多用工具类：Objects.toString(obj, "")、Optional.orElse() 等能有效规避这些坑。

掌握这些坑后，三元表达式用在简单场景下依然是优雅的写法，但切记"简单为上"。