Java基本类型与包装类在字节码层面本质不同：基本类型使用专用值操作指令（如iload/istore），直接操作局部变量表中的原始值；包装类则表现为标准对象调用（如invokestatic Integer.valueOf、invokevirtual Integer.intValue），依赖堆内存和方法分派。
Java 基本类型和包装类在字节码层面的差异非常清晰，不是靠语法糖“看起来像”，而是由 JVM 指令集、内存模型和类加载机制直接决定的。理解这一点，能帮你避开 NPE、缓存陷阱、性能误判等实际问题。
基本类型：字节码里全是“值操作指令”
基本类型在字节码中不涉及对象创建或方法调用，JVM 为每种类型配备了专用指令：
-
int 对应
iload/istore/iconst_*（如iconst_1表示压入整数 1） -
long 用
lload/lstore/lconst_1，注意 long 占两个局部变量槽 -
float/double 分别用
fload/fstore/fconst_*和dload/dstore/dconst_* -
char/byte/short/boolean 实际都按
int处理（字节码中统一用I描述符），比如bipush 10就是压入一个 byte 值 10
这些指令操作的是局部变量表里的“原始值”，没有对象头、不走 GC、不查类信息——它们就是 JVM 的底层数据单元。
包装类：字节码里全是“对象调用”
所有包装类（Integer、Boolean 等）在字节码中表现为标准引用类型操作：
- 装箱：
iconst_5; invokestatic Integer.valueOf:(I)Ljava/lang/Integer;—— 明确调用静态工厂方法 - 拆箱：
aload_1; invokevirtual Integer.intValue:()I—— 调用实例方法取值 - 直接 new：
new Integer; dup; iconst_5; invokespecial Integer.（已过时，不推荐）:(I)V
你会发现：没有 Integer 字面量语法糖；所有自动装箱/拆箱都被 javac 展开成真实的方法调用；null 拆箱失败是因为 intValue() 方法体第一行就返回 value，空指针在运行时才暴露。
== 比较在字节码里暴露本质
写法不同，生成的字节码完全不同：
-
int a = 5, b = 5; if (a == b)→ 编译为iload_1; iload_2; if_icmpeq（比较栈顶两个 int 值） -
Integer x = 5, y = 5; if (x == y)→ 编译为aload_1; aload_2; if_acmpeq（比较两个引用地址） -
if (x.equals(y))→ 编译为aload_1; aload_2; invokevirtual Integer.equals:(Ljava/lang/Object;)Z
所以 == 在基本类型是值比较，在包装类是引用比较——这不是语言设计“不一致”，而是字节码层面根本就是两类指令。
泛型擦除后只剩包装类，字节码里看不见基本类型
ArrayList 编译后变成 ArrayList，但所有 add/get 方法签名中的 Integer 并不会被擦成 int：
-
add(Integer)→ 字节码签名为(Ljava/lang/Integer;)V -
get(int) → Integer→ 返回类型是Ljava/lang/Integer;
这意味着：集合、泛型、反射、序列化等所有需要类型参数的场景，JVM 只认包装类。基本类型无法作为类型实参，不是限制，而是 JVM 类型系统的设计前提。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
