优化核心是“早解包、少装箱、明判空”，即在边界层统一解包为基本类型并全程运算，严格限制包装类仅用于输入/输出适配，显式判空避免隐式拆箱导致的性能损耗与空指针异常。
在包装类与基本类型频繁转换的计算中，性能损耗和空指针异常本质是同一问题的两面：自动拆箱既带来方法调用开销，又因 null 强制调用 xxxValue() 而崩溃。优化核心是“早解包、少装箱、明判空”，把包装类严格限制在边界层。
统一解包，避免重复调用 intValue() 等方法
每次访问包装类的值都触发一次拆箱，高频循环中累积显著开销。应一次性解包为基本类型变量，后续运算全部基于该变量进行。
- ❌ 错误写法：多次调用
intValue()或隐式拆箱
- ✅ 正确做法：先判空，再解包复用
int v = i.intValue();
if (v > 0 && v % 2 == 0) { /* ... */ }
}
运算全程使用基本类型，包装类仅用于输入/输出适配
把包装类当作“协议层”而非“计算层”。数据库返回的 Integer、JSON 解析出的 Long，应在进入业务逻辑前完成安全解包；中间所有加减乘除、位运算、条件分支，一律用 int、long、double 等承载。
Java Development Manual
下载
Java开发手册规约集合，基于阿里巴巴Java开发手册（嵩山版）。 涵盖7大维度：编程规约、异常日志、单元测试、安全规约、MySQL数据库、工程结构、设计规约。 当用户需要：(1) 编写或审查Java代码 (2) 检查命名/代码规范 (3) 处理异常和日志 (4) 编写单元测试 (5) 安全编码 (6) 数据库设...
- 从源头控制：方法返回值优先定义为基本类型（如
int getCount()），除非语义上必须表达“缺失” - 集合场景优先用原始类型替代：用
int[]或IntStream替代List<integer></integer>，避免stream().mapToInt()这类绕路装箱/拆箱 - 泛型容器无法避免时，选用
IntArrayList（Eclipse Collections）或IntList（fastutil），底层无对象封装
显式处理 null，杜绝隐式拆箱陷阱
任何涉及包装类参与算术、比较、Math 函数调用的场景，只要其可能为 null，就必须提前兜底。不能依赖“不会为空”的假设。
- 基础安全赋值：
int safe = (num != null) ? num : 0;（注意：此处num是Integer，三元运算符会自动拆箱，但已确保非 null） - Java 9+ 推荐：
int v = Objects.requireNonNullElse(num, 0).intValue(); - 语义清晰且可链式扩展：
int v = Optional.ofNullable(num).orElse(0); - 避免误区：不用
String.valueOf(obj)做数值转换；不写Optional.of(null)；不把字段声明为Optional<integer></integer>
警惕三元表达式与混合类型运算中的隐式装箱/拆箱
三元运算符要求两个分支类型一致，常迫使 JVM 在运行时反复装箱或拆箱，尤其当涉及 null 和字面量混合时。
- ❌ 危险写法：
Integer result = flag ? 1000 : null;→ 每次执行都新建Integer对象（超出缓存范围） - ❌ 隐式拆箱：
int x = obj != null ? obj.getValue() : 0;→ 若getValue()返回Integer，每次都要拆箱 - ✅ 改为显式分步：
Integer tmp = obj != null ? obj.getValue() : null;<br>int x = tmp != null ? tmp : 0;
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
