Java基本类型不占堆内存，其值直接存于栈帧局部变量表或作为对象字段嵌入堆中；byte/boolean占1字节，short/char占2字节，int/float占4字节，long/double占8字节，无对象头、不参与GC。
Java 基本类型本身不“占堆”，它们的值直接存放在栈帧的局部变量表里，或作为对象字段嵌入在堆中；理解这点，才能真正看懂 JVM 内存分配图。
基本类型内存占用：固定字节，无对象开销
Java 的 8 种基本类型（byte、short、int、long、float、double、char、boolean）在内存中占用空间是明确且固定的：
- byte / boolean：规范未强制规定 boolean 占用大小，但 JVM 实际实现中通常按 1 字节处理（尤其在数组中）；byte 明确为 1 字节
- short / char：各占 2 字节
- int / float：各占 4 字节
- long / double：各占 8 字节
注意：它们没有对象头、没有引用指针、不参与 GC。比如声明 int x = 42;，这个 42 就直接写进当前方法栈帧的局部变量表 slot 中，不产生任何堆内存申请。
基本类型在 JVM 中的存放位置：栈 vs 堆
存放位置取决于变量的“作用域和声明方式”：
立即学习“Java免费学习笔记（深入）”；
-
方法内定义的局部变量（如
void foo() { int a = 1; }）→ 存于Java 虚拟机栈的局部变量表中，随方法调用入栈、返回出栈 -
对象的成员变量（如
class A { int id; }）→ 和对象实例一起，被分配在堆内存中，属于该对象的实例数据部分 -
static 修饰的变量（如
static int count;）→ 存于方法区（元空间）的静态变量区域，与类绑定，生命周期同类加载/卸载
关键点：基本类型本身不会“在堆上单独分配”，它要么在栈上独占 slot，要么作为对象的一部分“寄生”在堆中——永远不独立拥有对象结构。
图解核心内存区域与基本类型的映射关系
一张简明的运行时内存划分图可这样理解：
- 程序计数器：线程私有，记录执行位置，不存基本类型值
-
Java 虚拟机栈：每个方法对应一个栈帧；局部变量表存基本类型值（
int,char等）和对象引用（Object ref），其中 long/double 占两个连续 slot -
堆：只存对象实例和数组；基本类型若为对象字段，则和对象头、对齐填充一起打包存储；例如
new Integer(100)，堆中存的是整个 Integer 对象（含对象头 + value 字段 + 对齐填充），而 value 就是那个 4 字节的 int -
方法区（元空间）：存类结构、常量池、静态变量；
static final int MAX = 100;的 MAX 值就在这里（编译期常量还可能直接内联到字节码）
图示中不必画“int 单独一块内存”，而应体现：栈里放值，堆里放“含值的对象”，方法区放“属于类的值”。
实战建议：避免常见误解
写代码和排查问题时，记住这几个易错点：
- 不要说“int 在堆里分配”——除非它是某个对象的字段
- 不要混淆
int和Integer：前者是纯值、无 GC；后者是对象、有头、可 null、会进堆、受 GC 管理 - 局部变量表大小在编译期就确定，运行时不扩容；方法参数和显式声明的变量共同占用 slot，可通过
javap -v查看 Code 属性中的 max_locals - 使用
-Xss调整栈大小时，影响的是整个栈帧容量（含所有基本类型 slot + 引用 + 操作数栈），不是单个 int 的大小
真正影响内存效率的，不是 int 占 4 字节这件事，而是你是否无意中把大量基本类型包装成对象、或让本可栈存的数据被迫逃逸到堆上。
