-Xss用于设置单个线程的JVM栈大小，影响递归深度上限；默认值因平台而异（64位通常1MB），过小易触发StackOverflowError，过大则高并发下可能导致“无法创建新线程”；应优先优化代码（如转迭代、加深度限制、用流式解析），而非盲目调大。
-Xss 参数用于设置每个线程的栈内存大小，直接影响递归调用的深度上限。当 Java 程序出现 java.lang.StackOverflowError，尤其是由深层递归（如树遍历、正则回溯、解析嵌套结构）引发时，调整 -Xss 是常见但需谨慎的调优手段。
理解 -Xss 的作用范围和默认值
该参数只控制**单个线程的 Java 虚拟机栈空间**，不涉及堆内存或本地方法栈。JVM 启动时，主线程和后续创建的每个新线程都会按此值分配独立栈空间。
- 不同 JDK 版本和平台默认值不同：HotSpot 在 64 位 Windows/Linux 上通常为 1MB，32 位系统可能为 320KB 或 512KB
- 值过小 → 容易触发 StackOverflowError，尤其在递归或大量嵌套方法调用场景
- 值过大 → 单个线程占用更多内存，高并发下易导致“无法创建新线程”（
java.lang.OutOfMemoryError: unable to create new native thread）
实战中如何合理设置 -Xss
不能盲目增大，应结合具体业务逻辑与线程模型综合判断：
- 先确认是否真为栈空间不足：用
jstack <pid></pid>查看线程栈深度，或添加 JVM 参数-XX:+PrintGCDetails -XX:+PrintGCTimeStamps辅助定位（注意 StackOverflowError 不触发 GC） - 对纯计算型递归（如斐波那契、阶乘），可临时设为
-Xss2m或-Xss4m验证是否缓解；但更推荐改写为迭代或尾递归优化（Java 8+ 不支持尾调用优化，需手动转换） - 若应用使用大量线程（如传统 Servlet 容器每请求一线程），
-Xss增大会显著压缩最大线程数，此时应优先考虑异步 I/O 或线程池复用，而非调大栈 - 可通过
Runtime.getRuntime().availableProcessors()和预期并发线程数估算总栈内存占用：例如 1000 线程 × 1MB = 1GB 栈内存，需确保 OS 能支撑
替代方案比单纯调大 -Xss 更可靠
栈溢出本质是设计或数据问题，参数调优只是兜底措施：
- 将深度递归转为显式栈（
Stack<t></t>）+ 循环，完全规避 JVM 栈限制 - 增加递归终止条件或深度限制，例如
if (depth > 1000) throw new IllegalArgumentException("Too deep") - 对 JSON/XML 解析等场景，选用流式解析器（
JsonParser/SAXParser），避免一次性加载深层嵌套结构到内存并递归处理 - 检查是否有意外的无限递归（如 equals/hashCode 实现错误、AOP 代理循环调用），这类 bug 必须修复，不能靠 -Xss 掩盖
