Java自动装箱/拆箱是编译期语法糖，本质为编译器自动插入valueOf()和xxxValue()调用；触发于赋值、集合操作、泛型调用、运算比较等场景；需警惕缓存范围（-128~127）、NPE、性能损耗及==比较陷阱。
面试中回答自动装箱与拆箱，关键不是背定义，而是讲清“机制—场景—风险—对策”这条逻辑线。考官想确认你是否真写过代码、踩过坑、有工程意识。
说清楚本质：不是魔法，是编译器插的语法糖
自动装箱（Autoboxing）是编译器把 基本类型 → 包装类 的过程自动转成 Integer.valueOf() 这类静态工厂调用；自动拆箱（Unboxing）则是把 包装类 → 基本类型 自动转成 xxxValue() 实例方法调用（如 intValue()）。这不是 JVM 运行时特性，而是 javac 在编译期就重写的字节码。
- 例如
Integer a = 100;编译后实际是Integer a = Integer.valueOf(100); -
int b = a;编译后实际是int b = a.intValue(); - 所以 null 拆箱必抛
NullPointerException—— 因为null.intValue()无法执行
举例子要带陷阱，体现真实经验
光说 Integer i = 5; int n = i; 是不够的。面试官更想听你指出哪些“看着正常、运行报错”的典型写法：
Java注释规范Skills
下载
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
-
Integer x = null; int y = x + 1;→ 拆箱失败，NPE -
Boolean flag = null; if (flag) { ... }→ 拆箱调用booleanValue()，NPE -
List<integer> list = new ArrayList(); list.add(null); int v = list.get(0);</integer>→ 取出 null 后赋值给int，NPE -
Integer a = 128, b = 128; System.out.println(a == b); // false→ 揭示缓存范围（-128 ~ 127），说明==比较的是引用
对比方案要分层，体现技术判断力
不能只说“别用 null”，而要给出不同上下文下的合理选择：
立即学习“Java免费学习笔记（深入）”；
- 简单兜底：用三元运算符或
Objects.requireNonNullElse(num, 0)（Java 9+） - 业务语义明确时：用
Optional<integer></integer>封装可能为空的计算结果，比如Optional.ofNullable(map.get("key")).orElse(0) - 集合遍历前：先判空或用
CollectionUtils.isNotEmpty()（Apache Commons） - 数据库映射：MyBatis 中 SQL 加
COALESCE(col, 0)，或实体字段加@Builder.Default设默认值
顺手点出性能与设计权衡
结尾可补充一句体现深度的话：
- 频繁在循环里对小整数做自动装箱（如
list.add(i)），会反复创建对象，影响 GC；若数值固定且在 -128~127，valueOf()走缓存还行；超出范围就 new 对象，要注意 - 泛型容器必须用包装类，这是语言限制；但核心计算逻辑尽量用基本类型，避免隐式拆箱带来的 NPE 风险和不确定性
