java变量内存分配严格区分栈和堆：基本类型和引用变量存栈，new对象和数组存堆；静态变量存方法区；栈内存自动释放，堆内存由gc回收。
Java 变量声明后，内存不是随便放的——它严格按规则分到栈或堆里。理解这个分工，能帮你避开空指针、内存泄漏和线程安全问题。
变量类型决定内存去向
基本类型（int、boolean、char等）和对象引用变量，一律在栈中分配；而new 出来的对象、数组，一定落在堆里。
-
栈中存什么：方法参数、局部变量、引用变量本身（比如
String s中的s）、方法调用帧（含返回地址、操作数栈） -
堆中存什么：所有通过
new创建的实例（如new ArrayList()）、数组（如new int[100]）、字符串字面量（若在常量池中则特殊处理，但运行时 new 的字符串对象仍在堆） -
例外注意：静态变量（
static）存在方法区（JDK 8+ 归入元空间），不属于栈或堆；但它的引用仍可能指向堆中的对象
生命周期与释放机制完全不同
栈内存靠“进出顺序”自动清理，堆内存靠“是否可达”触发回收。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 方法执行结束 → 对应栈帧弹出 → 栈内所有局部变量立即失效，空间立刻可复用
- 对象不再被任何栈中的引用变量指向 → 进入 GC 待回收队列 → 何时回收不确定，由 JVM 决定
- 常见误区：
String s = new String("abc");中，s在栈，new String("abc")这个对象在堆；即使s = null;，堆中对象也不会立刻消失
性能与线程视角的关键差异
栈快、私有、小；堆慢、共享、大——这不是描述，而是设计约束。
- 栈访问速度接近寄存器，但大小受限（默认一般 1MB 左右，可用
-Xss调整）；超限直接抛StackOverflowError - 堆空间大得多（默认几 MB 到数 GB，由
-Xms/-Xmx控制），但每次读写都要寻址+可能触发 GC，开销明显 - 栈是线程独占的，所以局部变量天然线程安全；堆是所有线程共享的，多个线程同时读写同一对象，必须加锁或用并发工具
一个典型代码片段的内存图解
看这段代码的实际布局：
public void demo() {
int x = 42; // x 存在当前方法栈帧中
String s = new String("hello"); // s 引用在栈，"hello" 对象在堆
List<string> list = new ArrayList(); // list 引用在栈，ArrayList 实例在堆
}</string>
方法执行完，x、s、list 这三个变量从栈中消失；但堆里的字符串对象和 ArrayList 实例还留着，直到没有其他引用指向它们。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
