深拷贝不直接导致栈溢出，但递归实现处理深层嵌套或循环引用时易触发调用栈超限；应优先用structuredclone、不可变更新或迭代+weakmap方案替代递归。
深拷贝本身不直接导致栈溢出，但递归实现的深拷贝在处理深层嵌套或循环引用数据时，极易触发调用栈超限。核心问题不是“用了深拷贝”，而是“用递归方式无防护地遍历了过深结构”。解决思路是：绕开递归、控制深度、切断循环、改用堆空间管理状态。
优先用不可变更新替代深拷贝
多数场景下，你并不需要完整副本——只需要让原对象不可变地变化。例如：
- 用
structuredClone()（现代浏览器支持）替代手写递归深拷贝，它由引擎底层实现，不走 JS 调用栈 - 对数组/对象做局部更新时，用展开运算符、
map/filter、Object.assign等浅层操作，避免全量复制 - 状态管理中（如 Redux Toolkit），用
createNextState或 immer 的produce，它们内部用代理+路径追踪，不依赖深度递归
必须深拷贝时，禁用递归，改用迭代（栈模拟）
把“函数调用栈”换成“数组模拟栈”，所有待处理节点压入堆内存，用 while 循环逐个处理：
- 维护一个
stack数组，存[source, target, key]三元组 - 每次
pop()一个任务，判断类型：对象/数组就创建新容器并推入子属性任务；基本类型直接赋值 - 用
WeakMap记录已拷贝对象，识别并跳过循环引用，避免无限压栈 - 示例关键逻辑：
const stack = [[obj, {}, null]]; const seen = new WeakMap(); while (stack.length) { const [src, tgt, key] = stack.pop(); if (seen.has(src)) { tgt[key] = seen.get(src); continue; } ... }
加深度防护和循环引用检测
即使采用迭代，原始数据若含千层嵌套，仍可能因内存耗尽崩溃——需主动设限：
- 在迭代循环中计数当前处理层级，比如用
depth字段随每个任务入栈，超过阈值（如 500）直接报错或截断 - 对用户输入的 JSON、配置项等外部数据，先用简单遍历预检最大嵌套深度：
function getMaxDepth(obj, depth = 0) { if (depth > 100) return depth; if (obj && typeof obj === 'object') { return Math.max(...Object.values(obj).map(v => getMaxDepth(v, depth + 1))); } return depth; } - 遇到
obj.a = obj类循环引用，WeakMap检测到重复id(obj)就复用已有副本，不继续展开
避免隐式触发深拷贝的坑
有些操作表面不显眼，实则偷偷递归：
-
JSON.parse(JSON.stringify(obj))：无法处理函数、undefined、Date、循环引用，且对深层对象仍会卡顿甚至 OOM - 开发工具中展开控制台里的嵌套对象：Chrome 有时会自动尝试序列化，引发意外递归
- 某些 UI 库（如旧版 Ant Design 表格）对传入数据做无节制深比较，应改用
key或React.memo控制重渲染
