StackOverflowError是单线程栈帧深度超限导致的错误，表现为递归过深或方法嵌套过深；OutOfMemoryError: unable to create new native thread是进程级线程数超系统限制所致，因OS无法分配更多本地内存。
StackOverflowError 和 OutOfMemoryError: unable to create new native thread 都跟 Java 虚拟机栈有关，但触发机制、作用层级和根本原因完全不同——前者是单个线程的**栈帧深度超限**，后者是整个 JVM 进程的**线程数量耗尽系统资源**。
StackOverflowError：单线程栈帧压栈过深
每个线程启动时，JVM 会按 -Xss 参数为其分配一块固定大小的虚拟机栈（如默认 1MB）。该栈以“栈帧”为单位存储方法调用信息。当出现以下情况，就会在**同一个线程内**持续压入新栈帧，最终超出栈容量：
- 无终止条件的递归调用（如
void f() { f(); }） - 极深层的方法嵌套（如 A→B→C→…→Z 连续调用上万层）
- 单个方法中声明了超大局部变量（如
byte[] b = new byte[1024 * 1024];），导致单个栈帧过大
错误日志典型特征：java.lang.StackOverflowError 后紧跟长串重复的 at xxx.Xxx.method()，一眼可定位到递归入口。
OutOfMemoryError: unable to create new native thread：线程总数突破系统上限
这不是栈空间不够，而是操作系统无法再为新线程分配**本地内存（native memory）**。每个 Java 线程背后对应一个 OS 线程，需占用两部分资源：
- JVM 栈内存（由
-Xss控制，如 1MB × N 个线程） - OS 层线程结构体、寄存器上下文、内核调度对象等开销（与 JVM 无关）
当线程数过多（比如循环 new Thread(...).start() 不控制），可能遇到：
- Linux 默认单进程线程数上限为 1024（可通过
ulimit -u查看） - 物理内存或虚拟内存不足，无法满足所有线程的总栈空间需求
- JVM 自身已用尽可分配的地址空间（尤其在 32 位环境）
错误日志明确标识：java.lang.OutOfMemoryError: unable to create new native thread，且通常不带 Java 方法调用栈，只显示线程创建失败点（如 Thread.start()）。
关键边界对比
二者最本质的区别在于作用域和资源维度：
- StackOverflowError 是线程级错误：只影响当前线程，其他线程照常运行；根源是单个栈帧序列长度或大小超标
- OOM: unable to create new native thread 是进程级失败：整个 JVM 无法新建线程；根源是 OS 层线程资源（数量/内存）被耗尽，与 Java 方法调用逻辑无关
- 同一台机器上，可能
-Xss=256k时能启 4000 个线程，但每个线程跑递归仍会 SOF；也可能-Xss=2m时仅启 500 个线程就 OOM，但每个线程都很“浅”
简单说：SOF 是“栈太深”，OOM-thread 是“线程太多”。它们共享“栈”这个字眼，但完全不在一个资源管理平面。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
