防止栈溢出核心是控制递归深度、确保终止条件明确可达且覆盖所有路径，并优先用迭代或显式栈替代递归；禁用-xss掩盖问题，须从代码设计主动防控。
防止递归调用引发栈内存溢出，核心在于控制调用深度、确保逻辑安全、并合理利用 JVM 资源。Java 不支持自动尾递归优化，所以不能依赖语言特性“兜底”，必须从代码设计和运行环境两方面主动防控。
确保递归有明确且可达的终止条件
这是最基本也是最关键的防线。终止条件不仅要存在，还要在所有执行路径下都能被触发。
- 检查边界值是否覆盖全部输入（例如递归求阶乘时，n == 0 和 n == 1 都要处理，避免负数或非法输入跳过出口）
- 避免因浮点误差、整数溢出或类型转换导致终止条件失效（如用
double做递减判断可能永远不等于目标值） - 在递归入口添加深度计数器，配合硬性上限拦截（例如：
if (depth > 1000) throw new IllegalArgumentException("Recursion too deep");）
优先用迭代替代递归
对大多数线性或树形遍历类问题，迭代更可控、内存开销更低，且完全规避栈帧累积风险。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 斐波那契、阶乘、链表反转等典型递归场景，都有简洁的 for/while 实现
- 深度优先搜索（DFS）可用显式栈（
Stack或Deque）模拟递归过程，把栈空间从线程私有栈转移到堆内存 - 迭代写法便于加入日志、超时控制、中断检查等运维友好机制
控制单次调用的栈帧大小
每个递归调用都会生成一个栈帧，局部变量越多、参数越复杂，单帧占用越大，可容纳的调用层数就越少。
- 避免在递归方法中声明大量基本类型变量或大数组（编译器虽可能优化，但不可依赖）
- 将中间计算结果提取到方法外，或改用对象字段/外部缓存承载状态
- 拆分过重的递归方法：把预处理、后处理逻辑移出递归体，只保留核心递推逻辑
配合 JVM 参数与监控手段做兜底防护
代码层面防控是主干，JVM 配置和可观测性是重要补充。
- 根据业务实际调整 -Xss（如
-Xss1m），但不要盲目加大；线程多时需权衡总内存占用 - 启动时添加 -XX:+HeapDumpOnOutOfMemoryError 和 -XX:ErrorFile，便于事后分析是否由递归失控引起
- 用
jstack <pid></pid>快速查看线程栈，确认是否出现重复、过长的方法调用链 - 在压测或灰度阶段启用 JFR（Java Flight Recorder），捕获高 CPU + 深栈调用的线程快照
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
