JavaScript 中无法对 Promise 实例进行真正意义上的深拷贝，因其状态不可逆、内部机制不可序列化，所有深拷贝方法均失败或跳过；应改用保存创建函数、提前 await 结果或使用可序列化状态对象等替代策略。
JavaScript 中无法对 Promise 实例进行真正意义上的深拷贝。
Promise 本身不可克隆
Promise 是一个一次性、状态不可逆的异步容器。它内部封装了 pending/resolved/rejected 状态、微任务队列、then/catch 回调注册机制等，这些都不是可序列化或可复制的数据结构。
所有主流深拷贝方案都会在遇到 Promise 时失败或跳过：
- JSON.parse(JSON.stringify())：直接忽略 Promise（转为 undefined）
-
structuredClone()：抛出
DataCloneError，明确不支持 Promise - 手写递归深拷贝：若未特殊处理，会把 Promise 当作普通对象尝试遍历，但无法还原其行为；若识别到是 Promise 实例，也无法“复制”其当前状态和已注册的回调
实际开发中怎么应对
你不需要（也做不到）拷贝 Promise 实例本身，而是应该根据使用场景选择替代策略：
立即学习“Java免费学习笔记（深入）”；
-
需要重新触发相同异步逻辑？ → 保存创建 Promise 的函数，而不是 Promise 实例。
例如：const createReq = () => fetch('/api/data');，后续调用createReq()得到新 Promise -
需要保留已 resolve 的结果？ → 提前 await 并深拷贝结果值（前提是结果本身可深拷贝）
例如：const result = await myPromise; const safeCopy = structuredClone(result); -
在状态管理或缓存中避免存 Promise？ → 改为存
{ loading: true, data: null, error: null }这类可序列化状态对象 -
第三方库如 Lodash 的
_.cloneDeep()：默认跳过 Promise，返回 undefined 或原引用（取决于版本），不推荐依赖
为什么不能像 Date 或 RegExp 那样“构造新实例”
Date 和 RegExp 有明确的构造函数签名（new Date(dateStr)、new RegExp(pattern, flags)），能从原始信息重建；而 Promise 没有公开的反向构造方式——你无法从一个已 resolve 的 Promise 中提取出它的 value 并“再造一个一模一样的 Promise”，更无法还原 pending 状态下的上下文。
所以，遇到 Promise，不是“怎么深拷贝”，而是“该不该/能不能把它放进要拷贝的数据结构里”。通常答案是否定的。
