java中基本类型与引用类型内存消耗差异显著：基本类型栈上按对齐规则占用1/2/4/8字节，堆上字段受8字节对齐影响需填充；引用类型变量本身仅存地址（4或8字节），但对象实例至少12字节对象头加字段和填充，包装类如integer达16字节，是int的4倍。
Java中基本类型和引用类型的内存消耗差异明显，不能只看声明表面，得结合存储位置、对齐规则和JVM实现来看。
基本类型在不同位置的字节数
基本类型本身大小是固定的，但实际占用可能因上下文变化：
- 局部变量（栈上）：boolean、byte按1字节对齐；short、char占2字节；int、float占4字节；long、double占8字节
- 对象字段（堆上）：受8字节对齐影响，小字段之间会插入填充。例如
byte a; int b;实际占8字节（1+3+4），而非5字节 - 数组元素（堆上）：连续存储，无额外引用开销。如
new int[100]≈ 12（对象头） + 4（长度） + 400（数据） = 416字节（已对齐）
引用类型的真实开销
引用类型变量本身只是个“地址”，但背后对象才是大头：
- 引用变量（栈上）：32位JVM为4字节；64位JVM默认8字节，开启指针压缩后为4字节
- 对象实例（堆上）：至少含12字节对象头（开启指针压缩时）+ 实例字段 + 填充字节。例如一个空
Object()在HotSpot中占16字节（12+4对齐） - 包装类特别费：Integer不是int，它是一个对象，通常占16字节（12对象头 + 4 value字段），是int的4倍
测试建议：别靠猜，用工具验证
手动估算容易出错，推荐实测方法：
- 用
JOL（Java Object Layout）查看精确布局：VM.current().printClassLayout(Foo.class) - 避免用序列化字节数代替内存占用——序列化含元数据、类名等，结果偏大且不反映运行时真实堆内存
- 测试时关闭GC干扰：多次调用
System.gc()后取稳定值，或用JMC、JProfiler等工具采样 - 注意JVM参数影响：如
-XX:+UseCompressedOops会显著降低引用字段开销
常见误区提醒
几个高频误判点：
-
boolean字段在对象中不一定只占1字节——HotSpot常按4字节对齐存放（尤其单独声明时） -
String对象本身很小（约24字节），但其内部char[]或byte[]才是主力消耗，需分开看 - 数组长度字段固定占4字节，无论元素类型，这点常被忽略
- ArrayList等集合类内存远不止元素本身，还包括容量、size、modCount等字段及底层数组开销
