Java内存划分为栈和堆，核心是兼顾执行效率与灵活性：栈管理方法执行（存基本类型、引用、调用现场），生命周期短、释放快；堆管理对象存储（动态分配、GC回收），生命周期长、支持共享。
Java把内存划分为栈和堆，核心原因是为了兼顾执行效率和内存灵活性——栈管“怎么跑”，堆管“存什么”。这种分工不是随意设计，而是由程序运行的本质决定的。
栈内存：专为方法执行服务
栈是线程私有的，每个线程启动时就分配好固定大小的一块内存。它不存对象本身，只存：
- 基本类型变量（int、boolean、char等）
- 对象的引用（4字节或8字节的地址值）
- 方法调用的现场信息：参数、局部变量、操作数栈、动态链接、返回地址
方法一调用，JVM就压入一个栈帧；方法一返回，这个帧立刻弹出，里面所有局部变量自动消失。所以栈的生命周期极短、释放无延迟、速度极快——它本质上是CPU执行流的镜像。
堆内存：专为对象生存服务
堆是整个JVM共享的一块大内存，所有new出来的对象、数组都只能在这里诞生。它的特点很鲜明：
立即学习“Java免费学习笔记（深入）”；
- 动态分配：对象大小、数量、存活时间全在运行时才确定
- 生命周期长：一个对象可能被多个栈帧里的引用共同持有，直到GC判定它“不可达”才会回收
- 由GC统一管理：不靠程序员手动释放，也不按调用顺序销毁，而是依赖可达性分析和回收算法
比如你new了100个User对象，它们散落在堆的不同位置；某个方法里定义的User u只是栈里一个4字节的指针，指向堆中某处。u变量随方法结束而消失，但那个User对象只要还有其他引用指着它，就继续活着。
为什么不能只用一种？
如果全用栈：没法支持对象跨方法共享，递归深度稍大就栈溢出，更无法实现多线程共享数据。
如果全用堆：每个int变量都要走GC流程，连循环计数器都要堆分配，性能直接崩盘——现代CPU缓存对栈访问极度友好，对堆则是随机跳转。
所以栈+堆是权衡的结果：栈做高速“工作台”，堆做弹性“仓库”，两者通过引用（地址）紧密协作。
其他区域各司其职，不抢栈和堆的活
方法区存类模板、静态变量、常量池；程序计数器记下一条要执行的字节码地址；本地方法栈专供native方法使用。它们和栈、堆一样，都是JVM运行时数据区的明确划分，各自有创建/销毁时机和线程可见性规则——不是为了凑数，而是让内存管理可预测、可优化、可诊断。
基本上就这些。
