最近重温了一下 Q/Promise 的设计讲解，结合自己的理解和一些小优化，决定也来写一篇手写 Promise 的文章。本文的内容适合对 Promise 的使用有一定了解的童鞋，因为过程中不会过多解释

Promise 想必大家都十分熟悉，想想就那么几个 api，可是你真的了解 Promise 吗？ 本文就带大家彻底盘点promise~

JavaScript天生就是支持异步编程的，但是最开始的异步编程方法是事件模型和回调函数，这两种方式在面对复杂情况时显得力不从心，而Promise就是异步编程的一种解决方法。

这是我参与11月更文挑战的第1天，活动详情查看：2021最后一次更文挑战 背景 最近刚上手用 TypeScript，然后时不时会见到“奇奇怪怪的报错”。比如说今天这个： 这是啥子情况？我返回的不是个对

该系列的主要目的是帮助很多写代码一知半解的同学，认为自己懂了，当真正遇到深入点的问题的时候，还是要靠搜索来解决问题。这个系列的主要目的就是告别搜索，让自己写出的代码能够做到信心满满。不论问题怎么变化我们都能360度无死角解答。 该系列的计划可以在github/core-rewr…

then方法可以传入两个函数分别是resolved来获取Promise成功状态的值,和rejected来获取Promise失败的值. 基本结构搭建好后，我们知道在使用Promise中不管是resolve还是reject最终都只会出现一种状态和对应的返回结果值。例如下面例子： 上…

异步行为是 JavaScript 的基础，但以前的实现不理想。在早期的 JavaScript 中，只支持定义回调函数来表明异步操作完成。串联多个异步操作是一个常见的问题，通常需要深度嵌套的回调函数（俗称 “地狱回调” ）来解决。 为了解决地狱回调这个问题，ES6 根据 Prom…

1. 定义整体结构 2. 实现Promise构造函数 3. 实现then方法 4. 实现Promise.resolve 1. 定义整体结构 通过上面的注释可以知道。不管是Promise原型对象上的方法还是Promise函数对象上的方法 ，它们的执行结果都将返回一个Promise…

但是 resolve reject 同步同时调用的情况会后面的把前面的状态覆盖，我们期望的是状态从 pending 变成 rejected 或者 pending 变成 fulfilled 以后就不要再变了。 then 是原型上的方法 接收两个回调函数作为参数。 调用下看一下效果…