真实面经题目 · 原创解析
这道题考察的是 JVM 运行时栈内存模型和线程栈参数。核心结论：每个 Java 线程都有独立的 Java 虚拟机栈，方法调用会不断压入栈帧；递归过深或调用链过深通常会触发 StackOverflowError；线程创建过多、每个线程栈过大或系统/容器可用内存不足时，可能触发 OutOfMemoryError: unable to create new native thread。JVM 中常用 -Xss 设置单个线程的栈大小。
JVM 里的栈通常指 Java 虚拟机栈，它是线程私有的，每个线程都有一块独立的栈空间。每次方法调用都会创建一个栈帧并入栈，栈帧里包含局部变量表、操作数栈、动态链接、方法返回地址等信息，方法执行完后栈帧出栈。如果调用层级太深，最典型的是无限递归或递归深度过大，线程栈空间耗尽，就会抛 StackOverflowError。JVM 里设置单个线程栈大小常用参数是 -Xss，例如 -Xss1m 表示每个线程大约使用 1MB 栈空间；也可以用 -XX:ThreadStackSize 设置，通常单位是 KB。-Xss 不是越大越好，栈越大，单线程能承受的调用深度更深，但同样的进程内存下可创建线程数会变少；栈越小，能创建更多线程，但递归和深调用链更容易溢出。实际调优时应先定位是递归/调用链导致的栈溢出，还是线程数量和内存限制导致的线程创建失败，再结合线程数、递归深度、容器内存和业务并发模型调整。
Java 虚拟机栈是线程私有的运行时内存区域。每个 Java 线程启动时都会拥有自己的栈空间，用来支持方法调用和返回。它与堆不同：堆是线程共享的，主要存放对象实例；栈是线程私有的，主要保存当前线程的方法调用状态。
每调用一个方法，JVM 就会为该方法创建一个栈帧并压入当前线程的虚拟机栈。栈帧通常包含局部变量表、操作数栈、动态链接、方法返回地址等结构。局部变量表保存 this 引用、方法参数和局部变量；操作数栈用于字节码执行过程中的临时计算；方法执行完成后，对应栈帧出栈，控制权回到调用者。调用链越深，栈帧越多，消耗的线程栈空间越大。
栈溢出最常见原因是递归没有正确终止，或者递归深度超过单个线程栈容量。除此之外，特别深的框架调用链、过大的局部变量表、复杂的同步/代理/反射链路，也会增加单个栈帧或调用深度的消耗。当当前线程无法继续为新的方法调用分配栈帧时，通常会抛出 StackOverflowError。
StackOverflowError 通常发生在某个已经存在的线程内部，含义是该线程的调用栈耗尽，典型表现是异常栈里重复出现同一个递归方法或一组循环调用的方法。OutOfMemoryError: unable to create new native thread 则通常发生在线程创建阶段，含义是 JVM 想创建新的 Java 线程，但底层操作系统无法再创建对应的 native thread。
-Xss 用来设置单个 Java 线程的栈大小，例如 -Xss256k、-Xss512k、-Xss1m。它影响的是每个线程的栈空间，而不是整个 JVM 进程的总栈空间。等价或相关参数是 -XX:ThreadStackSize，通常以 KB 为单位，例如 -XX:ThreadStackSize=1024 表示线程栈大小约为 1024KB。实际默认值和平台、JDK 版本、操作系统、JVM 实现有关。
递归深度不是一个固定值，它与 -Xss 大小、每层调用的栈帧大小、方法参数和局部变量数量、是否开启调试信息、JIT 编译优化、JDK 和平台实现都有关。增大 -Xss 可以提高可承受的递归深度，但这只是缓解手段。对于生产系统，深递归通常应优先考虑改成迭代、显式栈、尾部循环或分治边界控制。
-Xss 越大，单个线程可用栈空间越多，但每个线程预留或提交的内存成本也更高。在固定进程内存下，较大的线程栈会降低可创建线程数量。如果线程栈设置为 1MB，几千个线程就可能带来数 GB 级别的栈内存压力，还要同时考虑堆、元空间、直接内存、代码缓存、GC 线程、JIT 编译线程和 JVM 自身 native 内存。
在容器里，JVM 看到的可用内存通常受 cgroup 限制影响。即使宿主机还有内存，容器内存限制较小也可能导致线程创建失败或进程被杀。设置 -Xss 时不能只看 -Xmx，还要把线程栈、直接内存、元空间、代码缓存、GC 开销和 native 库开销一起纳入容器内存预算。
如果是 StackOverflowError，应重点查看异常堆栈是否存在重复调用，定位递归出口、循环依赖、序列化/反序列化循环引用、toString/hashCode/equals 互相调用等问题。如果是 unable to create new native thread，应检查线程数、线程池配置、线程泄漏、操作系统 ulimit、容器内存限制、JVM 内存参数和 -Xss。调优顺序应先修正程序结构问题，再调整参数。
不一定。StackOverflowError 多数是调用深度问题，例如无限递归或循环调用，通常不是传统意义上的对象泄漏。对象泄漏更常见表现是堆空间压力和 Java heap space。
不是。它会增加每个线程的栈内存成本。对于线程数较多的服务，过大的 -Xss 可能导致 native 内存不足，甚至无法创建新线程。
也不是。太小会让普通业务调用链、框架代理链或递归算法更容易触发 StackOverflowError。应根据实际调用深度和线程数量折中。
语法上可以捕获 Error，但生产代码通常不应依赖捕获 StackOverflowError 来恢复业务，因为此时线程栈已经处于异常状态。正确做法是修正递归出口、控制调用深度或调整栈大小。
Java 线程通常映射到底层操作系统线程。创建线程需要 native 内存，包括线程栈和系统线程结构。如果进程内存、容器内存或系统线程数限制不足，就会创建失败。
