Promise resolve 自身会立即抛出 TypeError 错误，因规范要求检测并拦截解析链中的循环引用，防止无限递归，而非运行时堆栈溢出。
当在 Promise 的 resolve 中传入**它自己**（即当前正在构造的 Promise 实例）时，JavaScript 引擎会检测到循环引用，并立即抛出 TypeError: Chaining cycle detected for promise 错误——这并非运行时无限循环，而是规范层面的同步报错。
为什么 resolve 自身 Promise 会报错？
根据 ECMAScript 规范（Promise.resolve 和 PerformPromiseResolve），当调用 resolve(p) 且 p 是一个 Promise 时，引擎必须尝试“展开”（thenable chain）该 Promise。若发现 p 正处于 pending 状态，且其内部 [[PromiseState]] 尚未确定，同时又在解析路径中**再次指向自身**（即形成闭环），就会触发循环检测机制并抛出错误。
这是为了防止无限递归解析：比如 resolve(p) → p 又要被解析 → 再次调用 resolve(p) → ……
典型触发写法示例
以下代码都会立即报错（不是等一会才崩）：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
立即学习“Java免费学习笔记（深入）”；
const p = new Promise(r => r(p));-
const p = Promise.resolve().then(() => p);（注意：这里p在声明时未完成赋值，但引擎仍能静态/动态检测到链式自引用） -
const p = Promise.resolve(p);（变量提升后p是undefined，不报错；但如果用let/const且在初始化中引用自身，则进入暂时性死区或直接报循环）
和普通递归调用的区别
这不是 JavaScript 执行栈爆满那种“堆栈溢出（RangeError）”，而是在 Promise 解析算法中专门设计的保护性检查。V8、SpiderMonkey、JavaScriptCore 等主流引擎均遵循该规范，在解析阶段就拦截并拒绝这种非法链式结构。
换句话说：它根本没机会开始“循环执行”，而是在第一次 resolve 调用时就被拦下并报错。
如何避免？
- 不要在 Promise 构造函数中把
this或正在创建的变量传给resolve - 避免在
then/catch回调中无条件返回外层 Promise 变量（尤其在闭包或模块级定义时） - 调试时注意变量作用域和声明顺序；用
let声明时，不要在初始化表达式中引用自身 - 如果真需要“延迟返回自身”，应改用异步逻辑（如
setTimeout(() => resolve(p), 0)），但这通常说明设计有误，建议重构为状态机或 Observable 模式
