promise 不检测循环引用，resolve 后立即进入 fulfilled 状态；问题出在后续使用环节，如 json.stringify、深拷贝或日志打印时可能报错；需在消费端主动防御，如用 structuredclone、weakmap 缓存或循环检测函数。
不会出错，Promise 本身不检测、也不关心你 resolve 的值是否存在循环引用。
为什么 Promise 不受影响
Promise 的核心职责是管理异步状态流转（pending → fulfilled/rejected）和链式回调调度，它对传入的 resolve 值只做浅层接纳，不做深度遍历或结构校验：
- resolve({ a: 1, b: {} }) 和 resolve({ self: null }) 都是合法操作；
- 即使你写成
const obj = {}; obj.self = obj; resolve(obj);，Promise 立即进入 fulfilled 状态，值就是那个带循环引用的对象； - 后续
.then(val => console.log(val))能正常拿到该对象，控制台会显示{a: 1, self: {…}}这类折叠提示。
真正出问题的地方在“使用”环节
循环引用本身不破坏 Promise，但一旦你在 then 回调里对这个值做某些操作，就可能触发错误：
-
JSON.stringify()：直接抛
TypeError: Converting circular structure to JSON； -
深拷贝（如递归 clone 函数）：若未用 WeakMap 缓存已处理对象，会无限递归 →
RangeError: Maximum call stack size exceeded； - 某些调试工具或日志库：尝试展开打印时卡住或报错；
- 序列化传输（如 postMessage、localStorage）：因底层依赖 JSON，同样失败。
如何安全处理带循环引用的 resolve 值
关键不是阻止它进 Promise，而是后续消费时主动防御：
- 需要 JSON 化时，改用
structuredClone(obj)（现代环境支持，天然跳过循环）； - 手写深拷贝时，必须前置 WeakMap 缓存：
if (seen.has(obj)) return seen.get(obj); seen.set(obj, copy);； - 日志输出前可先用简易检测函数判断：
function hasCircular(obj, visited = new Set()) { if (obj && typeof obj === 'object') { if (visited.has(obj)) return true; visited.add(obj); for (let val of Object.values(obj)) if (hasCircular(val, visited)) return true; } return false; }； - 避免在 then 中无防护地调用
JSON.stringify或第三方序列化方法。
Promise 只管“装进去”和“交出来”，怎么用那个值，得你自己兜底。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
