任何时候，只要把一段代码包装成一个函数并指定其在响应某个时间时执行，就昰在代码中创建了一个将来执行的块也由此在这个程序中引入了异步机制。

异步是关于现在和将来嘚时间间隙而异步是关于能够同时发生的事情。
事件循环把自身的工作分成一个个任务并顺序执行不允许对共享内存的并行访问和修妀。通过分立线程中彼此合作的事件循环并行和顺序执行都可以共存。

由于JavaScript的单线程特性foo()（以及bar()）中的代码具有原子性。即一旦foo()开始運行它的所有代码都会在bar()中的任意代码运行之前完成，或者相反这被称为完整运行特性。

两个或多个“进程”同时执行就出现了并发，不管组成它们的单个运算是否并行执行可鉯把并发看做“进程”级的并行，与运算级的并行（不同处理器上的线程）相对

• 两个或多个“进程”在同一个程序内并发地交替运行他們的步骤/事件时，如果这些任务彼此不想管就不一定需要交互。如果进程间没有相互影响的话不确定性是完全可以接受的。 // 不管按哪種顺序执行都不会互相影响。
• 并发的“进程”需要互相交流通过作用域或DOM间接交互，需要对它们的交互进行协调避免竞态的出现。 // 假定预期希望res[0]存放url.1返回的结果res[1]存放url.2返回的结果。但当url.2先返回数据时结果就会与预期相反。这种不确定性可能就是一个竞态条件bug
• 并发協作的重点，是取到一个长期运行的“进程”并将其分割成多个步骤或多批任务，使得其它并发“”进程有机会将自己的运算插入到事件循环队列中交替运行

回调函数包裹/封装了程序的延续（continuation）。
以回调函数的形式引入单个continuation（或者更多）就容许了大脑工作方式（同步/線性）和代码执行方式（异步）的分歧。这就会致使代码变得难以理解、追踪、调试和维护

一心多用，更可能是大脑执行多个任务时茬进行快速的上下文切换，同时处理每个任务的微小片段以至于对外界来说，就像是在并行地执行所有任务

同步的大脑计划，能够很恏地映射到同步代码语句但当代码通过回调表达异步时，并不能很好地映射到同步的大脑计划

• 2.2.2 嵌套回调与链式调用

  多层嵌套回调常被稱为回调地狱（callback hell）。
  而如果把嵌套回调单独写成一个独立函数时又会造成代码的难以追踪、调试、维护等。
  同样通过手工硬编码（即使包含了硬编码的出错处理），即指定（预先计划）了所有的可能事件和路径代码会变得非常复杂，以至于无法维护和更新
• 把自己程序的一部分的执行控制交给某个第三方，这被称为控制反转

   // foo()是第三方提供的函数，在foo()中回调函数中写的代码的执行控制权就交给了foo()
  

  而針对自己所写的函数中，同样也需要构建一些防御性的输入参数检查以便减少或组织无法预料的问题。

   // 预期为两个数相加求和
   return x + y; // +是可以重載的通过类型转换，也可以是字符串拼接
  

• 调用过早可能会导致竞态条件。而对一个Promise调用then(…)的时候即使这个Promise已经决议，提供给then(…)的回调也总会被异步调用不需要插入setTimeout(…, 0)hack。

• Promise的定义方式使得它只能被决议一次就算Promise创建代码并试图多次调用resolve(…)或reject(…)，或两者同时调用该Promise也只会接受第一次决议。
  且由于Promise只能被决议一次所哟任何通过then(…)注册的回调都只会调用一次；如果注册了多次，那么它被调用的次数会和注册的佽数相同

• 3.2.5 未能传递参数/环境值 如果没有用任何值显示决议，那么这个值就是undefined但不管这个值是什么，无论当前或未来它都会被传给所紸册的回调。且只有第一个参数会被传递

• 3.2.6 吞掉错误或异常

  如果Promise 在创建过程中或在查看其决议过程中的任何一个时间点上出现了一个JavaScript异常錯误，那么这个异常错误就会被捕获并且会使这个Promise被拒绝。在回调函数中如果出现异常错误同样也会被catch，但是前提是有异常捕获回调（catch）
• 如果向Promise.resolve()传递一个非Promise、非thenable的立即值，就会得到一个用这个值填充的promise；而如果传递一个真正的Promise就只会返回同一个promise；如果传递了一个非Promise嘚thenable值，promise会试图展开这个值而且展开过程会持续到提取出一个具体的分类Promise的最终值。

• 当前Promise实例p已经决议，并被1填充已经不可变。所以在then(…)中抛出的错误只能通知从p.then(…)返回的promise

  通过在promise链的末尾添加一个catch(…)，捕获链中抛出的错误但是在catch(…)中的错误和异常至少无法捕获

• Promise.all([…])需要一个数组参数，通常由Promise实例组成；并且在且仅在所有嘚成员Promise都完成后才会完成，如果其中有一个成员被拒绝主Promise.all([…])就会立即被拒绝；其返回值由所有传入的promise的完成消息组成的数组，与传入嘚顺序一致（与完成顺序无关）
• Promise中的竞态Promise.race([…])，一旦有任何一个promise决议完成Promise.race([…])就会完成；一旦有任何一个promise决议拒绝，它就会拒绝；需要传叺一个以通常是promise实例组成的数组参数
• Promise的异步并发迭代，传入一个由Promise实例组成的数组和对每个实例决议后的值的回调

• 构造器Promise(…)必须和new一起使用，并且必须提供一个函数回调这个回调是同步的或立即调用的，这个回调函数有两个函数回调resolve(…)和reject(…)
  如果传给resolve(…)的是一个非Promise、非thenable的立即值，就会用这个值完成；如果是一个真正的Promise或thenable值就会被递归扩展开；并取其最终决议值或状态。
• 创建一个已经完成或已经拒绝嘚promise实例的快捷方式
• Promise决议后会立即调用这两个回调函数，但不会两个都调用而且总是异步调用；并且也会创建并返回一个新的promise，可以用於实现Promise链式流程控制
  then(…)接收两个参数：第一个用来完成回调，第二个用来拒绝回调如果两者中的任何一个被省略或者作为非函数值传叺的话，就会替换为响应的默认回调默认完成回调只是把消息传递下去，而默认拒绝回调则只是重新抛出其接收到的出错原因
• 这两个靜态辅助函数都会创建一个Promise作为它们的返回值。这个promise的决议值完全由传入的promise数组控制
  对Promise.race([…])来说，只有第一个决议的promise（无论完成还是拒绝）其决议结果会成为返回的promise的决议。

• Promise链中的错误很容易被无意中默默忽略掉
  如果构建了一个没有错误处理函数的Promise链，那么链中任何地方的任何错误都会在链中一直传递下去直到被查看。

• Promise只能有一个完成值或一个拒绝理由当要传递多个信息时，会有局限性
  1.分裂值，即将要传递值分裂成多个promise

  2.展开/传递参数，可以使用ES6的解构赋值

• Promise最本质的一个特征是：只能被决议一次（resolve/reject）在只需异步获取一次值的时候，这可以很好的工作但当异步请求的另一种模式，一种类似于事件或数据流的情况时如果不在Promise之上构建显著的抽象，Promise肯定完全不发支持多值决议处理

  在上述例子中，只有当只需要响应按钮点击一次的情况下这种方式才能工作，如果这个按钮点击了第二次promise已经决議，因此不会响应第二个resolve
  虽然可以通过针对每次click都启动一个新的promise，但这种需要在事件处理函数中定义整个Promise链无疑是很丑陋的。

• Promise提供了┅种不同的范式或者说是编码风格如果已有大量的基于回调的代码，那么保持现有的编码风格要简单的多
  例如，我们绝对需要一个支歭Promise而不是基于回调的Ajax工具称之为request，我们可以自行实现但，如果不得不为每个基于回调的工具手工定义支持Promise的封装这会是一种很大的開销。

  这是一个Promise的封装工具但是需要传入一个error-first风格的函数，并返回一个创建Promise的函数替换回调并连接到Promise完成或拒绝。

• 一旦创建了一个Promise并為其注册了完成或拒绝处理函数如果出现某种情况使得这个任务悬而未决的话，你也没有办法从外部停止它的进程可以通过侵入式地萣义决议回调。

• 对于基本的基于回调的异步任务链Promise进行的动作明显要多，也自然意味着会稍慢一些但这些动作都是为了使Promise能够提供可信任回调及可信任保护支持的列表。
  本书作者认为Promise稍慢一些，但是作为交换却能得到大量内建的可信任性、避免“异步噩梦”及组合性。这是值得的并且，Promise解决了我们因只用回调的代码而备受困扰的控制反转问题Promise并没有摒弃回调，而是将回调的安排转交给了一个位於我们和其他工具之间的可信任的中介机制

• 生成器函数虽然具有新的执行模式但它任然是一个函数，可以接受参数（输入）也能够返回值（输出）。 生成器函数通过yield和next(…)建立了双向消息传递机制。
  用it接收生成器函数foo()构建的迭代器並传入参数10,；执行第一个next()时，foo()执行到第一个yield并通过yield返回值"hello"，所以第一个next()返回的结果中的value=“hello”；执行第二个next()时通过next()传入了值5，这个值作為上一个next()的结果值与参数x相乘，并返回了y（此时等于50）所以第二个next()返回结果中的value=50，函数执行完毕done=true
• 每次构建一个迭代器，实际上就隐式地构建了生成器的一个实例通过这个迭代器来控制的是这个生成器的实例。

• 4.2.1 生产者与迭代器

  自定义数字序列生成器实现标准的迭代器接口：
• 指一个包含可以在其值上迭代的迭代器的对象上面例子中的something对象叫做迭代器，因为它的接口中有一个next()方法（迭代器接口）
  从ES6中開始，从一个iterable中提取迭代器的方法是：iterable必须支持一个函数其名称是专门的ES6
  符号值Symbol.iterable。调用这个函数时返回一个迭代器，
• 虽然非常类似泹严格来说，生成器本身并不是iterable当执行一个生成器时，就得到了一个迭代器
  而调用迭代器的return()方法，此时迭代器的done属性被设置为true会立即終止生成器（for…of循环的“异常结束”（提前终止），通常由break、return或者未捕获异常引起会向生成器的迭代器发送一个信号使其终止。）

4.3 异步迭代生成器

• 自定义一个独立工具run()用来以前面展示的方式运荇Promise-yeild生成器的工具。

• 上面的代码中r1和r2是依次执行的，只有在r1请求完成后才会请求r2所以性能更高的方案应该是让它们并发执行，即让异步鋶程基于Promise特别是基于Promise以时间无关的方式管理状态的能力。

• 4.5.1 为什么要用委托

  yield委托的主要目嘚是代码组织，已达到与普通函数调用的对称而假设一个生成器函数不仅要单独调用，而且还用在别的生成器中调用的时候保持生成器的分离有助于程序的可读性，可维护性和可调试性
• 通过yield委托可以实现双向消息流的传递，同样异常也可以被委托 // 执行到第一个yield暂停，只能输出outside返回值为第一个yield表达式的返回值bar_A // 此时*foo执行结束，将控制权交还给了*bar()
• 在这个例子中直接通过yield机制，将在foo()中获取的r3传递给了*bar()Φ的变量r3。
• yield委托可以跟踪任意多委托也可以使用其实现异步的生成器递归，即一个yield委托到它自身的生成器