java包装类核心三点：一是弥补基本类型非对象缺陷，使其适配泛型、集合、反射等面向对象场景；二是与基本类型在存储位置（栈vs堆）、null支持、默认值、比较方式（==易踩缓存坑）及性能上存在本质差异；三是自动装箱/拆箱为编译期语法糖，底层调用valueof()和xxxvalue()，但存在npe和性能隐患。
Java 包装类面试问题核心就三点：为什么需要包装类、基本类型和包装类的区别、以及自动装箱/拆箱的底层逻辑和坑点。答得好，不是背概念，而是能结合代码、内存、JVM行为讲清楚“为什么”和“怎么用”。
包装类存在的根本原因
Java 是面向对象语言，但基本类型（如 int、boolean）不是对象，不能直接用于泛型、集合、反射等场景。比如 ArrayList
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
包装类还统一了“值”的抽象：所有数字类型都继承自 Number，布尔和字符也有对应类，便于框架统一处理（如 JSON 序列化、ORM 映射）。
基本类型 vs 包装类的关键差异
- 存储位置不同：基本类型存栈（或对象内嵌），包装类实例默认存堆（new 出来的肯定在堆；自动装箱的可能被缓存，见下条）
- null 值支持：int 默认是 0，Integer 可为 null —— 这是 NPE 高发点，尤其在数据库字段为 NULL 时映射成 Integer
- == 比较陷阱：Integer a = 127; Integer b = 127; a == b → true；但 Integer c = 128; Integer d = 128; c == d → false。因为 -128~127 范围内 Integer.valueOf() 会复用缓存对象，超出范围则新建对象
- 默认值不同：成员变量中 int 默认 0，Integer 默认 null；局部变量两者都必须显式初始化，否则编译报错
自动装箱/拆箱的实现与风险
编译器把 int → Integer 转换为 Integer.valueOf(int)，Integer → int 转换为 integer.intValue()。看似方便，但暗藏隐患：
- 空指针异常：Integer i = null; int j = i; → 拆箱时调用 null.intValue()，抛 NPE
- 性能损耗：循环中频繁装箱（如 for (int i=0; i
- 缓存范围记牢：Integer 缓存 -128~127（可通过 JVM 参数 -Djava.lang.Integer.IntegerCache.high 调整），Long/Short/Byte 也缓存，但 Character 只缓存 \u0000~\u007f，Boolean 只有 true/false 两个实例
常见面试题快速应对思路
- “Integer i = new Integer(1); 和 Integer j = 1; 有什么区别？”：前者一定新建堆对象，后者走 valueOf()，在缓存范围内复用对象
-
“List
list = Arrays.asList(1, 2, 3); 修改 list.get(0) = null 是否合法？” ：合法（泛型允许 null），但后续遍历若自动拆箱会 NPE - “为什么 Double.NaN == Double.NaN 返回 false，但 new Double(NaN) == new Double(NaN) 却是 false？”：NaN 不等于任何值（包括自己）；Double 的 equals 方法对 NaN 特殊处理：Double.NaN.equals(Double.NaN) 返回 true
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
