JavaScript递归栈溢出的根本原因是调用栈深度超限而非内存不足；应优先迭代替代递归，必要时加深度防护、用尾递归+蹦床函数，或通过WeakMap处理循环引用。
JavaScript 中递归函数容易触发 RangeError: Maximum call stack size exceeded，根本原因不是内存不足，而是每次调用都在调用栈中新增一帧，而引擎对栈深度有硬性限制（通常 10,000–30,000 层，因环境而异）。避免栈溢出的关键是控制执行模型，而非“加栈空间”。下面几种方法在生产环境已验证有效。
优先改用迭代代替递归
绝大多数递归逻辑都能安全转为循环，既消除栈风险，又提升性能。是否保留递归，取决于可读性收益是否值得承担运行时风险。
- 线性问题（阶乘、累加、数组扁平化）：直接用
for或while循环，维护状态变量即可 - 树/图结构（如 DOM 遍历、嵌套对象）：用数组模拟栈，显式管理待处理节点
- 示例：二叉树前序遍历的迭代写法
function traverseIterative(root) {
if (!root) return [];
const stack = [root];
const result = [];
while (stack.length) {
const node = stack.pop();
result.push(node.val);
if (node.right) stack.push(node.right);
if (node.left) stack.push(node.left);
}
return result;
}
必须递归时，强制设置深度防护
对无法规避的递归场景（如解析用户传入的深层 JSON、AST 遍历），依赖引擎默认限制不可靠。应主动设限，把风险关进笼子。
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
- 函数签名增加
depth和maxDepth参数（建议默认值 100–500，视业务容忍度调整） - 每次递归前检查：
if (depth > maxDepth) throw new Error('Recursion depth exceeded') - 对输入做预检：先用
getMaxDepth(obj)扫描结构最大嵌套层级，再决定是否进入主递归流程
用尾递归结构 + 蹦床函数转为循环
尾递归本身不能解决 JS 栈溢出——因为 Chrome/Firefox 默认不启用尾调用优化（TCO），Safari 支持也受限且不可控。但尾递归是良好起点，可配合蹦床函数（trampoline）安全落地。
- 尾递归写法要求严格：
return fn(...)必须是函数最后一步，中间不能有计算或赋值 - 蹦床函数将递归调用包装为返回函数的函数，外层用 while 循环展开执行
- 示例结构：
function trampoline(fn) {
return function(args) {
let result = fn(args);
while (typeof result === 'function') {
result = result();
}
return result;
};
}
对深拷贝等易陷循环引用的场景做对象追踪
栈溢出常发生在处理循环引用（如 obj.self = obj）或极深嵌套时，递归找不到出口。此时需切断无限路径，而非单纯压低深度。
- 用
WeakMap缓存已处理对象的原始引用与克隆体映射 - 每次进入递归前查表：若该对象已存在缓存，直接返回对应克隆体，不再深入
-
WeakMap不阻止垃圾回收，适合临时状态跟踪，无内存泄漏风险
