虚拟机栈深度是动态边界，由总栈容量（-xss设定）与单帧大小（参数、局部变量、操作数栈深度等决定）共同制约；平台线程栈连续固定，虚拟线程栈分段堆存且不受-xss影响，但受jvm栈片段上限约束，过深递归仍触发stackoverflowerror。
虚拟机栈的深度限制不是固定数值，而是由栈空间总量和单个栈帧大小共同决定的动态边界。
栈深度取决于栈总容量与单帧开销
每个线程的虚拟机栈大小由 -Xss 参数设定（如 -Xss512k），这是该线程可用的总栈内存。而每次方法调用都会生成一个栈帧，其大小受以下因素影响：
- 方法参数数量与类型（long/double 占 2 个 slot，其余占 1 个）
- 局部变量表长度（包括显式声明变量和隐式编译器插入的临时变量）
- 操作数栈最大深度（由字节码指令流决定，编译期已知）
- 是否包含异常处理表、动态链接信息等元数据
栈深度 ≈ 总栈大小 ÷ 平均栈帧大小。例如：-Xss1m 时，若平均帧占 2KB，则理论最大深度约 512 层；若帧扩大至 4KB，深度即减半。
平台线程与虚拟线程的限制逻辑不同
平台线程栈是连续分配的本地内存块，-Xss 直接生效，溢出即抛 StackOverflowError；而虚拟线程采用分段栈（stack chunks），栈帧分散在堆中，由 JVM 动态申请和回收：
- 不响应 -Xss 参数，无法手动设置栈大小
- 栈深度受限于 JVM 对栈片段数量的内部上限（非内存不足，而是策略性截断）
- 过深递归仍会触发 StackOverflowError，但错误根源是“栈片段耗尽”，而非“本地栈满”
递归场景下深度易被低估
看似简单的递归方法，实际栈帧可能远大于预期：
- lambda 表达式或匿名内部类会捕获外部变量，增大局部变量表
- try-catch 块会增加栈帧结构复杂度，提升单帧内存占用
- 泛型方法擦除后可能引入桥接方法，产生额外调用层级
- 日志框架（如 SLF4J）在获取调用者类名时会遍历栈帧，间接增加深度压力
验证与调优的关键动作
不能只看递归层数，要结合运行时实测：
- 用
Thread.currentThread().getStackTrace().length快速估算当前深度 - 通过 JVM TI 或 JFR 采集栈帧大小分布，识别“大帧”方法
- 对高风险递归逻辑做迭代改写，或拆分为多阶段任务交由虚拟线程分批执行
- 生产环境建议：平台线程用 -Xss256k~512k，避免过度预留；虚拟线程则聚焦代码扁平化，减少调用链嵌套
