基本数据类型的局部变量直接在栈中存储值，cpu可单指令读写，无需解引用；其高效源于栈的连续性、编译期确定偏移、无gc开销、缓存友好及确定性内存管理。
基本数据类型在JVM栈中“直接存储值”，不是存地址，也不是间接引用——这是高效机制的核心。它意味着CPU能用一条指令完成读写，无需跳转查表或解引用，就像从抽屉里直接拿一个硬币，而不是先看一张纸条再去找保险柜。
为什么栈里放值就快？
栈内存本身是连续、线性、按帧自动管理的结构，每个局部变量在编译期就确定了偏移量（比如“第3个槽位是int型”）。运行时，JVM只需用栈指针加一个固定偏移就能定位并操作该值：
- 访问不依赖GC：栈帧随方法退出自动销毁，无须标记-清除或复制移动
- 无指针解引用开销：
int x = 5;的5就躺在栈上，不是“栈里存了个指向堆里5的地址” - CPU缓存友好：相邻局部变量常被一起载入L1缓存，批量读写效率高
哪些情况其实不全在栈里？
“基本类型存栈”只适用于方法内的局部变量。其他位置有不同规则：
- 类的实例变量（如
public int count;）：随对象一起存在堆中 - 类的静态变量（如
static long id;）：存在方法区（元空间） - 参数传递时的副本：传参本质是值拷贝，形参在调用方栈帧中新开槽位存值
对比引用类型，差异一目了然
假设执行 int age = 28; 和 String name = "Tom";：
-
age：栈中4字节，内容就是数字28，一步到位 -
name：栈中存的是一个地址（比如0x7f8a...），要真正拿到"Tom"，得按这个地址去堆（或字符串常量池）再查一次
多一次寻址，就多一次内存访问延迟，尤其在高频循环或数值计算中，这种差异会放大。
小结：高效源于“确定性”
栈分配不需要运行时决策，大小固定、生命周期明确、位置可预测——这些让JVM省去了动态内存管理的所有步骤。不是“栈天生快”，而是Java把最可控、最频繁使用的数据，交给了最适合它的结构。
