promise穿透是promise/a+规范明确要求的行为，旨在保障链式调用健壮性：当.then()参数非函数（如null、undefined或省略）时，自动替换为透传函数value=>value，使值原样传递；规范第2.2.7条强制定义此机制，穿透仅作用于成功分支，失败分支仍会冒泡。
Promise 穿透不是“bug”，而是 Promise/A+ 规范明确要求的行为，核心目的是保障链式调用的健壮性——当开发者漏传、误传或跳过回调函数时，值仍能原样往下传，不中断流程。
穿透触发的三种典型场景
只要 .then() 的参数（onFulfilled 或 onRejected）不是函数，就会触发穿透：
-
参数完全省略：如
Promise.resolve(100).then().then(console.log)→ 输出100 -
传入 null / undefined / 字符串 / 数字等非函数值：如
Promise.resolve('a').then(null).then(x => x + '!')→ 输出"a!" -
两个参数都非函数：如
Promise.resolve(42).then(undefined, 0)→ 后续.then(v => v * 2)仍能收到42
穿透背后的规范依据
Promise/A+ 规范第 2.2.7 条明确规定：
如果
onFulfilled 不是函数，则将其替换为默认的透传函数 value => value；如果 onRejected 不是函数，则替换为抛出异常的函数 reason => { throw reason }。这意味着穿透不是运行时“猜测”，而是构造 then 返回的新 Promise 时，就已完成参数标准化处理。
穿透与错误冒泡的区别
穿透只发生在 成功分支的值传递 上；而失败分支中，若 onRejected 非函数，异常不会被吞掉，而是直接向上冒泡到下一个 .catch() 或未捕获错误：
-
Promise.reject('err').then(null).catch(console.log)→ 输出"err"（穿透不生效，错误继续冒泡） -
Promise.reject('err').then(null, null).catch(console.log)→ 同样输出"err"（因onRejected是null，被替换为抛出函数，所以错误仍上抛）
实际开发中的注意事项
穿透虽方便，但容易掩盖逻辑疏漏：
- 写
.then(null, handler)时，若本意是“只处理失败”，却误写成.then(null, null)，结果失败被忽略、值照常穿透，可能引发静默错误 - 调试时看到“意外”的值出现在下游
.then中，应优先检查上游.then()是否传了非函数参数 - 团队协作中建议显式写出空函数，如
.then(() => {}, handler)，比.then(null, handler)更清晰、更不易误触发穿透
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
