Java 8种基本数据类型存储位置由变量声明方式决定：局部变量存栈、成员变量随对象存堆、静态变量存方法区、数组元素连续存于堆；字节大小固定，按补码或IEEE 754编码，无引用、无null、赋值为值拷贝。
Java 的 8 种基本数据类型在内存中不是“随便放”的——它们的存储位置、占用大小、生命周期和访问方式，全都由 JVM 严格规定。理解这些差异，直接关系到代码性能、内存安全和 bug 排查效率。
存储位置：栈、堆、方法区各司其职
基本类型本身不存对象头、不占堆空间，但具体落哪儿，取决于变量声明的位置：
-
局部变量（含方法参数）：值直接写入当前线程的栈帧，比如
int i = 42;—— 4 个字节的二进制数（0x0000002A）就实实在在躺在栈里，方法结束即自动清空 -
成员变量（实例字段）：随所属对象一起分配在堆上，例如
class User { int age; }中的age就紧挨着对象头之后连续排布 -
静态变量（
static字段）：存在方法区（JDK 8+ 为元空间），类加载时分配，全局共享，生命周期与类一致 -
数组元素：数组对象在堆上，而
int[] arr = new int[3];中的三个int值，就连续存放在该数组对象的堆内存块内，不是栈
内存占用与布局：固定字节 + 编码规则决定能力边界
每种类型占多少字节是 JVM 规范铁律，与 CPU 架构无关；但怎么解释这串比特，才真正决定它能表示什么：
-
整数类型（byte/short/int/long）：全部用二进制补码编码。例如
byte固定 1 字节，-128存为10000000，127存为01111111 -
浮点类型（float/double）：按 IEEE 754 标准拆解 ——
float是 1 位符号 + 8 位指数 + 23 位尾数，所以0.1f + 0.2f != 0.3f是必然结果，不是 bug -
char：2 字节无符号整数，直接映射 Unicode 码点，
'A'存的是0x0041，不是 ASCII 编码 -
boolean：规范未规定大小，HotSpot 实际在字段中常对齐为 1 字节（哪怕只用 1 位），数组中也按 1 字节/元素处理；它不能参与算术运算，也不能用
byte替代来“省空间”
性能关键点：快在哪？为什么不能共享？
基本类型性能优势来自底层设计，而非语法糖：
立即学习“Java免费学习笔记（深入）”；
-
无引用开销：赋值就是拷贝原始比特，
int a = 5; int b = a;后修改b完全不影响a，不存在对象引用传递的歧义 - 无 GC 压力：栈上变量随方法退出自动销毁；堆上的成员变量随对象回收一并清理，不单独触发 GC
-
无 null 风险：成员变量有默认值（
0/false/\u0000），局部变量必须显式初始化，编译期就拦截未定义行为 -
无运行时多态：没有方法、不能继承、不能加锁（
synchronized只能作用于对象或 class），纯粹是内存里的原始数据块
常见误区与实战提醒
这些细节看似底层，但踩坑往往就在一线之间：
-
别混淆
int和Integer：前者是栈上 4 字节区域，后者是堆上对象，==比的是地址，equals()才比值；自动装箱还有 [-128, 127] 缓存陷阱 -
long/double 非原子性：在 32 位 JVM 上，非
volatile的long或double读写可能被拆成两次 32 位操作，导致中间状态可见 -
数组元素 ≠ 局部变量：虽然都是基本类型，但
arr[0]访问要先定位数组对象、再计算偏移量，比栈上局部变量多一次寻址 -
默认值仅对成员变量生效：方法里写
int x;不赋值就用，编译直接报错，这是 Java 强制的安全机制
