Java嵌套三元运算符初始化Integer时触发类型异常与空指针问题

这个异常完全由Java三元条件运算符的类型推导规则、右结合特性，以及自动拆箱机制共同触发，和嵌套写法的运算顺序直接相关。

两个三元表达式的行为差异解析 #

1. 第一个非嵌套三元表达式正常运行的原因 #

对应代码：

Integer bar = Letter.A == foo ? 1 : null;

这个表达式的两个结果分支分别是int类型字面量1、null。由于不存在其他类型约束，且null属于空类型无法转换为基本类型，编译器会将整个三元表达式的结果类型推导为Integer：int类型的1会自动装箱为Integer对象，null可以直接赋值给Integer引用类型，最终赋值给bar变量时没有拆箱逻辑，因此可以正常存储null值。

2. 第二个嵌套三元表达式抛出NPE的原因 #

首先要明确：Java三元运算符是右结合的，你写的嵌套表达式：

Integer baz = Letter.A == foo ? 1 : Letter.B == foo ? -1 : null;

实际运算逻辑等价于：

Integer baz = Letter.A == foo ? 1 : (Letter.B == foo ? -1 : null);

这时候外层三元表达式的两个结果分支分别是：

• 第二个操作数：基本类型int的字面量1
• 第三个操作数：括号内子三元表达式的结果，单独推导类型为Integer
  根据Java语言规范的类型对齐规则：当三元运算符的两个结果分支一个是基本类型、一个是对应的包装类型时，编译器会将包装类型做自动拆箱转换为基本类型，整个三元表达式的最终结果类型会被推导为基本类型int，而非包装类Integer。

实际运行时foo的值是Letter.C：

1. 外层第一个判断Letter.A == foo结果为false，走第三个分支即括号内的子表达式
2. 子表达式判断Letter.B == foo结果为false，返回null
3. 此时需要将返回的null（Integer类型）自动拆箱为基本类型int，本质是调用null的intValue()方法，直接触发NullPointerException

调试阶段提示的InvalidTypeException也是同一个原因：编译器已经把整个外层三元的结果类型定为基本类型int，最终计算得到的null无法转换为int基本类型，因此调试器提前检测到类型不兼容。

修复方式 #

只要让三元表达式的两个分支类型统一为引用类型Integer，避免触发自动拆箱即可，比如把int字面量显式声明为Integer类型：

Integer baz = Letter.A == foo ? Integer.valueOf(1) : Letter.B == foo ? Integer.valueOf(-1) : null;

或者把第一个分支的1强转为Integer，也可以达到同样的类型推导效果。

内容的提问来源于stack exchange，提问作者user2665140