Java自动装箱与拆箱仅在基本类型与包装类间隐式转换时发生，但运算、比较、集合操作或null值易引发NPE、缓存失效及ClassCastException等问题，须谨慎防护。

Java 中自动装箱（Autoboxing）与拆箱（Unboxing）看似简单，实则暗藏陷阱。核心原则是：它们只发生在基本类型和对应包装类之间赋值、方法传参、返回值等“隐式转换”场景，且仅限于编译期可识别的类型匹配；一旦涉及运算、比较、集合操作或 null，就极易触发空指针、缓存失效、性能损耗等典型问题。

别在 == 比较中混用包装类和基本类型

用 == 判断两个 Integer 是否相等，结果可能出人意料：

• 小整数（-128 ~ 127）会复用缓存对象，Integer a = 100, b = 100; a == b → true
• 超出缓存范围时新建对象，Integer c = 200, d = 200; c == d → false
• 更危险的是 Integer e = null; if (e == 0) {...} —— 拆箱时直接抛 NullPointerException

✅ 正确做法：统一用 equals()（注意判 null），或先转基本类型再用 ==（确保非 null）。

集合里存包装类，取出来用前必须防 null

ArrayList list = new ArrayList(); list.add(null);
int x = list.get(0); // 运行时报 NullPointerException

• 集合只能存引用类型，所以自动装箱把 int 转成 Integer 存进去
• 但 get() 返回 Integer，赋值给 int 时触发拆箱 —— null 拆箱即崩
• Map.get(key) 返回 null 很常见，直接拆箱是高频踩坑点

✅ 建议：取值后先判 null，或用 Objects.requireNonNull()、Optional 封装，避免裸拆箱。

Java调试

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

下载

运算符（+、-、==、!=）会强制触发拆箱

Integer a = 10, b = 20;
Integer sum = a + b; // ✅ 合法：a、b 自动拆箱为 int，相加后再装箱

• 但如果 a 或 b 是 null，a + b 立刻 NPE
• Boolean c = null; if (c && true) → NPE（&& 左操作数需拆箱为 boolean）
• 甚至三元表达式：boolean flag = someCondition ? obj.getBoolean() : false；若 getBoolean() 返回 null，也会崩

✅ 关键：任何参与算术、逻辑、关系运算的包装类变量，都要默认视为“可能 null”，提前防护。

泛型擦除 + 自动装箱 = 隐藏类型转换风险

public static T getValue() { return (T) Integer.valueOf(42); }
String s = getValue(); // 编译通过，运行时 ClassCastException

• 泛型在运行时被擦除，JVM 不知道你期望返回 String
• 如果方法内部做了装箱（如返回 Integer），而调用方强制转成不兼容类型，异常发生在运行时
• 类似地，反射调用、JSON 反序列化后误当包装类用，也常引发拆箱失败

✅ 务必保证泛型实参类型与实际返回值一致；反序列化后建议显式检查类型或用 TypeReference。

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