-Xss参数直接决定线程栈容量，影响并发线程数、调用深度与内存占用：栈越小，可创建线程越多但递归易溢出；栈越大则线程数锐减且载体线程资源浪费；虚拟线程下仅约束Carrier Thread，推荐设为64k–128k。
-Xss 参数直接影响线程栈容量，进而牵动并发密度、内存占用与调用深度三方面性能表现。它不控制堆内存，也不影响GC策略，但会显著改变JVM能承载的线程数量和单个线程能安全执行的调用链长度。
栈大小与可创建线程数强相关
每个线程（含平台线程）启动时，JVM为其分配一块连续的栈内存，大小由 -Xss 决定。该内存来自操作系统虚拟内存，不计入堆（-Xms/-Xmx）。因此：
- 设 -Xss=1m，1GB 可用内存最多支撑约 1000 个线程；设为 128k，理论线程数可提升至约 8000 个
- 线程数逼近上限时，OutOfMemoryError: unable to create new native thread 就会频繁出现，而非堆溢出
- 虚拟线程虽轻量，但其载体线程（Carrier Thread）仍受 -Xss 约束——栈太大会快速耗尽载体池资源
栈大小决定方法调用安全深度
栈空间用于存放方法调用帧（局部变量、操作数栈、返回地址等）。递归或深层嵌套调用会持续消耗栈空间：
- Linux/x64 默认 -Xss=1024k，实测约支持 7600 层递归调用
- 降至 512k 后，同代码在约 3700 层即触发 StackOverflowError
- 过小的 -Xss 在正常业务中可能不暴露问题，但在日志埋点、AOP增强、序列化/反序列化等深度调用路径下容易崩溃
虚拟线程场景下-Xss的特殊作用
Java 19+ 启用虚拟线程后，-Xss 不再为每个虚拟线程单独分配栈，而是约束其运行所依赖的载体线程栈容量：
- 虚拟线程挂起前若已使用大量栈空间，恢复时需确保载体线程剩余栈足够——否则调度失败或静默降级
- 沿用传统值（如 -Xss=1m）会导致载体线程栈预留过大，内存浪费严重，压测中吞吐量下降超 40%
- 生产推荐值为 -Xss=64k 或 -Xss=128k，配合
-XX:+EnableVirtualThreads使用，兼顾安全与密度
如何验证当前设置是否合理
不靠猜测，用两个命令快速定位：
- 查默认值：
java -XX:+PrintFlagsFinal -version | grep ThreadStackSize（输出单位为 KB） - 压测中监控：
jstack观察线程栈使用率，结合 GC 日志判断是否因栈碎片或频繁切换引发延迟 - 若日志高频出现 StackOverflowError，且非逻辑错误导致，优先检查 -Xss 是否过小，再排查递归/代理/AOP 深度
