最稳妥的选择是用 copy.deepcopy，但手写深拷贝需迭代+队列模拟bfs遍历、memo防循环、字段过滤、类型跳过、缓冲区复用及硬性阈值熔断。
直接用 copy.deepcopy 是最稳妥的选择，但若必须手写深拷贝（比如需定制字段过滤、类型转换或兼容不可序列化对象），又面临大数据量+深层嵌套+循环引用的组合风险，那靠纯递归必然栈溢出。核心解法不是“优化递归”，而是**彻底放弃函数调用栈，改用堆内存中的显式数据结构驱动拷贝流程**——也就是迭代 + 队列（或栈）模拟对象图遍历。
用 BFS 队列替代递归，线性展开对象图
递归本质是隐式 DFS，容易因深度过大爆栈；BFS 用队列按层展开，天然控制最大内存占用（取决于最宽层节点数，而非最深路径）。关键不是“不递归”，而是“不依赖调用栈”。
- 维护一个队列，存待处理的 (源对象, 目标副本引用) 对，初始放入根对象和其空副本
- 另建一个 memo 字典：记录
id(源对象) → 目标副本，用于检测循环引用并复用已拷贝结果 - 每次从队列取一对，检查是否已在 memo 中 —— 若是，跳过；否则创建副本，注册进 memo，再将其所有可遍历属性（如 dict 的 value、list 的元素、自定义对象的
__dict__）打包为新任务入队
精细控制字段遍历，避免无效压栈
盲目遍历所有属性会引入噪声和性能损耗，尤其对含方法、描述符、C 扩展字段的对象。应聚焦数据承载字段：
- 对内置容器（
dict,list,tuple,set）按标准规则展开：key/value、元素、成员 - 对自定义类实例，优先读取
obj.__dict__（跳过__slots__或特殊属性如__weakref__） - 显式跳过不可拷贝类型：
function,module,type,memoryview等，或按需转为None/ 占位符 - 遇到不可哈希对象（如 list 作 dict key）时，不注册 memo，仅做浅拷贝，避免 memo 字典崩溃
预分配与复用缓冲区，减少堆压力
高频新建 dict/list 会加剧 GC 压力，间接影响稳定性。可在初始化阶段预估规模，复用结构：
- 为常用容器类型（如 list）准备对象池：拷贝完立即回收到池中，下次直接重置长度复用
- 对大字节数组（
bytearray,array.array）直接调用copy.copy()或切片复制，不走通用逻辑 - 避免在循环体内重复调用
isinstance或getattr—— 提前缓存类型检查结果和属性访问器
设硬性深度/数量阈值，主动熔断
即使逻辑正确，恶意构造的超深或超宽对象图仍可能耗尽内存。需主动防御：
- 统计当前已处理节点数，超过阈值（如 10 万）则抛出
ValueError("DeepClone too large") - 记录当前 BFS 层级（从根开始每展开一层 +1），层级超限（如 500）即终止
- 对单个容器内元素数设上限（如 dict 超 10 万 key 就报错），防内存爆炸
