Java三目运算符类型推断会将基本类型与包装类型混用时统一为基本类型，触发自动拆箱；若包装类型为null则抛NPE；避免方式包括统一用包装类型、显式判空、使用Objects.requireNonNullElse等。
Java 三目运算符的类型推断机制在遇到基本类型和包装类型混用时，会强制统一为基本类型，从而触发自动拆箱。一旦参与运算的包装类型变量为 null，就会立刻抛出 NullPointerException（NPE）。这不是语法错误，而是类型对齐规则下的隐式行为。
要避免这类异常，关键不是“禁用”拆箱，而是控制类型推断结果、阻断无效拆箱路径、显式处理 null。
三目运算符的类型推断规则必须清楚
当 ? : 的两个分支操作数类型不一致时，JVM 按照 JLS 规则进行二元类型提升：
- 若一边是基本类型（如
boolean），另一边是对应包装类（如Boolean），结果类型一定是基本类型； - 为满足该结果类型，编译器会在运行时对包装类分支执行
.booleanValue()、.intValue()等拆箱调用； - 只要该包装类引用为 null，拆箱即 NPE。
例如：
立即学习“Java免费学习笔记（深入）”；
Boolean flag = null; boolean result = true ? flag : false; // 运行时报 NPE：flag.booleanValue()
这里 flag 是 Boolean，false 是 boolean，推断结果为 boolean → flag 必须拆箱 → null.booleanValue() 崩溃。
避免自动拆箱异常的实用方法
-
统一使用包装类型接收结果
让三目表达式两边都保持为包装类，避免触发拆箱：Boolean flag = null; Boolean result = true ? flag : Boolean.FALSE; // ✅ 两边都是 Boolean，无拆箱
-
提前 null 判断，把拆箱动作收在安全范围内
不依赖三目自动推断，手动控制逻辑分支：Boolean flag = null; boolean result = flag != null && flag; // ✅ 安全：&& 短路，null 时不会访问 flag // 或 boolean result = flag == null ? false : flag; // ✅ 显式判空后再拆箱
-
用
Objects.requireNonNullElse替代裸三目
Java 8+ 提供更语义清晰且 null-safe 的工具：Boolean flag = null; boolean result = Objects.requireNonNullElse(flag, false); // ✅ 返回基础类型，内部已判空
-
禁止在三目中混用基本类型与包装类型
尤其在布尔、整数、浮点场景下，坚持“同构”写法：// ❌ 危险 int x = condition ? integerObj : 0; // ✅ 改为 Integer x = condition ? integerObj : Integer.valueOf(0); // 或 int x = condition ? (integerObj != null ? integerObj : 0) : 0;
附加提醒：别被表面“不报错”误导
有些写法看似没崩，实则是侥幸——比如 condition 为 false 时，null 分支根本没执行，不代表代码安全。真实环境里 condition 是动态的，必须按最坏情况（null 分支被执行）来设计。
真正健壮的写法，是让 null 处理逻辑显性、集中、不可绕过，而不是依赖执行路径避开它。
不复杂但容易忽略。
