在Java里堆和栈有什么区别_Java内存区域划分解析

堆存对象、栈存变量和调用痕迹；堆共享导致线程不安全，栈私有天然安全；StackOverflowError源于栈溢出，OutOfMemoryError源于堆耗尽；字符串常量池在JDK7+后移入堆中。

堆里存对象，栈里存变量和调用痕迹

Java中所有 new 出来的对象（包括数组、String 实例、自定义类实例）都落在堆中；而方法内的局部变量（如 int i = 10、String s）、参数、返回地址这些，全在栈里。注意：s 是引用变量，它自己在栈上，但它指向的字符串对象可能在堆（new String("abc")）或字符串常量池（"abc"，JDK7+ 后常量池也挪到堆里了）。

• String a = "hello"; → 先查字符串常量池（堆内），命中则复用，否则新建并入池
• String b = new String("hello"); → 强制在堆中新建对象，即使池里已有 "hello"
• a == b 返回 false（引用不同），a.equals(b) 返回 true（内容相同）

堆共享、栈私有：线程安全的关键分水岭

堆是所有线程共用的——多个线程能同时读写同一个对象，所以要小心并发修改引发的 ConcurrentModificationException 或

数据不一致；栈是线程私有的——每个线程有自己的一套栈帧，互不干扰，天然线程安全。

• 你在主线程里定义的 List list = new ArrayList();，list 变量本身在栈上，ArrayList 实例在堆上；如果把这个 list 传给另一个线程并并发修改，就可能出问题
• 栈帧随方法调用自动压入、方法结束自动弹出，不用 GC；堆里的对象得靠垃圾回收器判断是否“不可达”后才清理
• 别指望靠“把对象改成局部变量”来规避线程安全——只要对象被多个线程持有引用，它就在堆里，风险仍在

StackOverflowError 和 OutOfMemoryError 完全是两回事

StackOverflowError 和 OutOfMemoryError: Java heap space 看似都是“内存不够”，但成因和解法毫无交集。

• StackOverflowError 几乎只发生在：深度递归（比如没写好终止条件的树遍历）、超长方法链（上百层嵌套调用）、或单个方法定义了巨量局部变量（如声明几十个大数组）
• OutOfMemoryError 常见于：缓存没设上限（比如 Map 一直 put 不清理）、大文件流未关闭导致对象堆积、监听器/回调未反注册造成内存泄漏
• 调参区别：-Xss 控单个线程栈大小（增大可能缓解栈溢出，但会减少可创建的线程数）；-Xmx 和 -Xms 控堆大小

别被“栈快堆慢”带偏，真正瓶颈往往不在这里

栈确实比堆快，因为它是连续内存 + LIFO + 无 GC 开销；但实际性能瓶颈往往不在访问速度，而在引用关系复杂度、GC 频率或对象生命周期管理不当。

• 频繁创建短命对象（如循环里 new String()）会加剧新生代 GC 压力，比“栈访问慢”影响大得多
• 误以为 "abc" 一定比 new String("abc") 更省内存——如果只是临时用一次，后者反而避免污染常量池
• 用 intern() 把堆中字符串手动加入常量池，可用于节省内存或做快速判等，但要注意常量池也是堆的一部分，滥用会导致堆内存增长过快

堆和栈的边界在 JDK7+ 后变得更模糊（比如字符串常量池进了堆），但“谁管生命周期、谁管共享性、谁触发哪类错误”这三条逻辑线始终清晰。最容易被忽略的是：**栈溢出不是堆不够，堆溢出也不是栈太小；改错参数只会让问题更难排查。**