稳妥处理Java自动装箱的核心是将编译器隐式操作转为显式可控行为：优先用valueOf()避免new、拆箱前判空兜底、集合中防null、条件表达式中主动处理空值。

稳妥处理 Java 自动装箱带来的类型转换，核心是把“编译器替你做的决定”变成“你自己可控的动作”。自动装箱本身不危险（int → Integer 总是安全的），真正要盯住的是它引发的后续行为：比如缓存误判、隐式拆箱、集合泛型擦除带来的重复装拆，以及最致命的——null 参与拆箱。

装箱阶段：优先用 valueOf()，远离 new

自动装箱本质是调用 Integer.valueOf(100)，而这个方法会复用缓存对象（-128 ~ 127）。但如果你手写 new Integer(100)，就绕过缓存，无谓创建对象（该构造器在 Java 9+ 已废弃）。

• 统一用 Integer.valueOf(x)、Boolean.valueOf(b) 等静态工厂方法，语义清晰且可复用缓存
• 避免在工具类、DTO 构造或 JSON 反序列化后直接 new 包装类
• 跨模块传递包装类时，不假设它一定来自缓存；比较值时不用 ==，改用 Objects.equals(a, b)

拆箱前必守三道关：判空、兜底、延迟

所有 NPE 都发生在拆箱瞬间：int x = obj.intValue()，obj 为 null 就崩。这不是语法错误，编译期完全通过。

Java调试

通过 JDWP 实现 Java 远程调试：连接远程 JVM、设置断点、单步执行代码、查看变量值、获取调用栈。适用于需要调试远程 Java 应用、排查运行时状态、追踪代码执行流程的场景。 术语注解 JDWP：Java Debug Wire Protocol，Java 调试有线协议（Java 远程调试底层通信协议） remote JVM：远程 Java 虚拟机 step through code：代码单步调试（步入 / 步过 / 步出调试） inspect variables：变量查看 / 变量检视 stac

下载

• 赋值前显式判空：int value = (num != null) ? num : 0;
• 用 JDK 9+ 的 Objects.requireNonNullElse(num, 0)，更简洁安全
• 对可能为空的计算结果，封装成 Optional，把空值处理推迟到真正需要值的地方：opt.orElse(0)

集合与泛型：别让 null 溜进循环和运算

泛型擦除导致每次 add 或 get 都隐含装箱/拆箱。List 里混入 null，遍历时 sum += num 一步就炸。

• 从 Map、JSON、数据库 ORM（如 MyBatis）取数后，不直接赋给基本类型，先校验：Integer val = map.get("key"); if (val != null) { process(val); }
• 数据库字段允许为空时，在 SQL 层用 COALESCE(col, 0)，或实体类字段设默认值，从源头减少 null
• 高频数值计算场景，改用原始类型集合（如 Eclipse Collections 的 IntList 或 int[]），彻底避开装拆开销

三目运算与条件判断：最容易被忽略的拆箱陷阱

像 int x = flag ? a : 0; 这种写法，若 a 是 null，JDK 8u40 之前版本仍会先尝试拆箱 a 导致 NPE；即使新版已修复，逻辑上也不够清晰。

• 条件表达式中涉及包装类时，主动拆解空值：int x = flag ? (a != null ? a : 0) : 0;
• 布尔包装类参与 if 判断，禁用 if (boolFlag)，改用 if (Boolean.TRUE.equals(boolFlag)) 或 if (Objects.nonNull(boolFlag) && boolFlag)
• Stream 处理时，用 mapToInt(Integer::intValue) 替代 mapToInt(i -> i)，前者跳过自动拆箱，更明确安全

Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南