Java基本类型与包装类的设计由JVM规范、字节码指令和类库协同定义：基本类型是JVM原生单元，无类结构、无继承、值存局部变量表；包装类是final不可变对象，含缓存机制（Integer等）和自动拆装箱语法糖，泛型依赖包装类实现。
Java 基本类型与包装类在底层源码中的设计，不是靠语法糖堆砌出来的，而是由 JVM 规范、字节码指令、类库实现三者协同定义的。它们的差异直接反映在内存布局、方法签名、构造逻辑和运行时行为上。
基本类型：JVM 层面的原生数据单元
基本类型在 JVM 中没有对应类，也不继承 Object，其存在完全由虚拟机规范硬编码：
- 字节码指令专为基本类型设计：如
iload/istore操作 int，fload/dstore操作 float/double，bipush推入 byte 常量——这些指令不涉及对象引用或方法分派； - 局部变量表中存储的是“值本身”，连续紧凑，无对象头、无 GC 标记位、无虚方法表指针；
- 方法区中不加载任何“int.class”元信息，JVM 内部用单字符描述符（
I表示 int，Z表示 boolean）参与类型校验和泛型擦除。
包装类：java.lang 下的 final 不可变对象
所有包装类源码均位于 java.lang 包，以 final class 形式声明，字段用 private final 修饰：
-
Integer类核心字段只有private final int value;，构造器仅做赋值，intValue()直接返回该字段——无计算、无副作用、不可重写； -
valueOf(int)是静态工厂方法，非构造器调用：Integer.valueOf(100)查缓存数组（IntegerCache.cache），new Integer(100)才真正 new 对象； - 缓存机制实现在
IntegerCache静态内部类中，默认范围 [-128, 127]，可通过 JVM 参数-Djava.lang.Integer.IntegerCache.high=xxx调整上限； - Float/Double 无缓存——源码中
valueOf(float)直接return new Float(f)，因浮点数值离散性导致缓存无效且易引发精度误判。
自动拆装箱：编译期插入的方法调用，非运行时魔法
javac 编译器将语法糖展开为明确方法调用，字节码层面毫无隐藏：
立即学习“Java免费学习笔记（深入）”；
-
Integer i = 10;→ 编译为iconst_10; invokestatic Integer.valueOf:(I)Ljava/lang/Integer;； -
int x = i;→ 编译为aload_1; invokevirtual Integer.intValue:()I； - null 拆箱会触发
Integer.intValue()调用，而该方法第一行就是return value;，所以空指针在运行时抛出，不是编译时报错； - 所有
xxxValue()方法都声明为final，确保 JIT 可内联优化，避免虚调用开销。
泛型与集合：包装类是绕不开的桥接角色
由于 JVM 泛型基于类型擦除，原始类型无法作为类型参数，包装类成为唯一合法载体：
-
ArrayList<Integer>在运行时等价于ArrayList<Object>，add 时必须传入Integer实例，编译器自动插入装箱； -
Map<String, Boolean>的 value 只能是Boolean，不能是boolean——否则编译失败； -
OptionalInt/IntStream等原始类型特化类，正是为规避包装类堆开销而引入的补充方案，反向印证了包装类在泛型体系中的基础桥梁地位。
