stackoverflowerror本质是单线程栈空间耗尽，因-jxss固定栈大小（如默认1mb）不可动态扩展，调用链过深或单帧过大导致栈帧无法压入。
虚拟机栈本身不支持动态扩展——这是关键前提。JVM中每个线程的栈大小在启动时就由 -Xss 参数固定（例如默认1MB），运行期间不会自动扩容。所以 StackOverflowError 并非“栈动态扩到极限”，而是当前分配的栈空间被用尽，无法再压入新栈帧。
StackOverflowError 的本质是单线程栈空间耗尽
它发生在单个线程内部：方法调用太深（如无限递归）、或单个栈帧过大（如声明了超大局部数组），导致已分配的栈内存不足以容纳下一个栈帧。错误日志里会清晰显示一长串重复的 at xxx.method()，说明调用链在原地打转。
- 不是内存总量不够，而是该线程的“专属栈”配额用完了；
- JVM 不会尝试扩大这个栈，而是直接抛出
java.lang.StackOverflowError；
OutOfMemoryError 是共享内存区域彻底告罄
它针对的是堆、元空间、直接内存等所有可被多个线程共用的内存区域。这些区域支持动态扩容（比如堆从 -Xms 扩到 -Xmx），但最终会撞上上限或物理内存天花板。
- 堆 OOM：对象持续创建且无法回收（泄漏或业务需要），GC 后仍无足够空闲空间；
- 元空间 OOM：加载了太多类（如反复生成代理类），
-XX:MaxMetaspaceSize被填满； - 栈相关的 OOM 极少见，但存在：不是单个栈溢出，而是创建了成百上千线程，每个都占一份
-Xss，总栈内存超过系统能提供的物理/虚拟内存。
看错误信息就能快速区分
StackOverflowError 日志里没有内存区域标识，只有密集的方法调用堆栈；OutOfMemoryError 则明确标注原因，比如：
java.lang.OutOfMemoryError: Java heap spacejava.lang.OutOfMemoryError: Metaspace-
java.lang.OutOfMemoryError: unable to create new native thread（本质是线程栈总和超限）
调优思路完全不同
遇到 StackOverflowError，优先检查代码逻辑：是否存在漏写递归出口？是否无意嵌套过深？必要时增大 -Xss（但治标不治本）；遇到 OutOfMemoryError，则要分析内存快照（heap dump）、定位对象生命周期、查 GC 日志，重点解决泄漏或调整对应区域大小参数。
