[上海|结业弟子]JS-温奇|2019年10月21日的日报-技能树.IT修真院

发表于： 2019-10-21 22:55:32

1 863

今天完成的事：

进行任务6-10

明天计划的事：

继续任务6-10

遇到的问题：

由列表页跳转到编辑页，执行完编辑指令回到列表页，我设置的编辑成功弹窗事件，在路由跳转完成页面还没有切换到列表页时就触发了

列表页

编辑、新增页

路由跳转了，但页面没切换，点击了确定列表页才会渲染出来

收获：

我觉得我遇到的问题应该和同步异步有关，所以看了有关资料

异步编程的几种解决方案

一、同步与异步

我们可以通俗理解为异步就是一个任务分成两段，先执行第一段，然后转而执行其他任务，等做好了准备，再回过头执行第二段。排在异步任务后面的代码，不用等待异步任务结束会马上运行，也就是说，异步任务不具有”堵塞“效应。比如，有一个任务是读取文件进行处理，异步的执行过程就是下面这样

这种不连续的执行，就叫做异步。相应地，连续的执行，就叫做同步

" 异步模式 " 非常重要。在浏览器端，耗时很长的操作都应该异步执行，避免浏览器失去响应，最好的例子就是 Ajax 操作。在服务器端，" 异步模式 " 甚至是唯一的模式，因为执行环境是单线程的，如果允许同步执行所有 http 请求，服务器性能会急剧下降，很快就会失去响应。接下来介绍下异步编程六种方法。

二、回调函数（Callback）

回调函数是异步操作最基本的方法。以下代码就是一个回调函数的例子：

ajax(url, () => {
// 处理逻辑
})

但是回调函数有一个致命的弱点，就是容易写出回调地狱（Callback hell）。假设多个请求存在依赖性，你可能就会写出如下代码：

ajax(url, () => {
// 处理逻辑
ajax(url1, () => {
// 处理逻辑
ajax(url2, () => {
// 处理逻辑
})
})
})

回调函数的优点是简单、容易理解和实现，缺点是不利于代码的阅读和维护，各个部分之间高度耦合，使得程序结构混乱、流程难以追踪（尤其是多个回调函数嵌套的情况），而且每个任务只能指定一个回调函数。此外它不能使用 try catch 捕获错误，不能直接 return。

三、事件监听

这种方式下，异步任务的执行不取决于代码的顺序，而取决于某个事件是否发生。

下面是两个函数 f1 和 f2，编程的意图是 f2 必须等到 f1 执行完成，才能执行。首先，为 f1 绑定一个事件（这里采用的 jQuery 的写法）。

f1.on('done', f2);

上面这行代码的意思是，当 f1 发生 done 事件，就执行 f2。然后，对 f1 进行改写：

function f1() {
setTimeout(function () {
// ...
f1.trigger('done');
}, 1000);
}

上面代码中，f1.trigger(‘done’) 表示，执行完成后，立即触发 done 事件，从而开始执行 f2。

这种方法的优点是比较容易理解，可以绑定多个事件，每个事件可以指定多个回调函数，而且可以 " 去耦合 "，有利于实现模块化。缺点是整个程序都要变成事件驱动型，运行流程会变得很不清晰。阅读代码的时候，很难看出主流程。

四、发布订阅

我们假定，存在一个 " 信号中心 "，某个任务执行完成，就向信号中心 " 发布 "（publish）一个信号，其他任务可以向信号中心 " 订阅 "（subscribe）这个信号，从而知道什么时候自己可以开始执行。这就叫做 " 发布 / 订阅模式 "（publish-subscribe pattern），又称 " 观察者模式 "（observer pattern）。

这种方法的性质与“事件监听”类似，但是明显优于后者。因为可以通过查看“消息中心”，了解存在多少信号、每个信号有多少订阅者，从而监控程序的运行。

五、Promise/A+

Promise 本意是承诺，在程序中的意思就是承诺我过一段时间后会给你一个结果。什么时候会用到过一段时间？答案是异步操作，异步是指可能比较长时间才有结果的才做，例如网络请求、读取本地文件等

1.Promise 的三种状态

Pending----Promise 对象实例创建时候的初始状态
Fulfilled---- 可以理解为成功的状态
Rejected---- 可以理解为失败的状态

这个承诺一旦从等待状态变成为其他状态就永远不能更改状态了，比如说一旦状态变为 resolved 后，就不能再次改变为 Fulfilled。

当我们在构造 Promise 的时候，构造函数内部的代码是立即执行的。

每次调用返回的都是一个新的 Promise 实例 (这就是 then 可用链式调用的原因)；
如果 then 中返回的是一个结果的话会把这个结果传递下一次 then 中的成功回调；
如果 then 中出现异常, 会走下一个 then 的失败回调；
在 then 中使用了 return，那么 return 的值会被 Promise.resolve() 包装 (见例 1，2)；
then 中可以不传递参数，如果不传递会透到下一个 then 中 (见例 3)；
catch 会捕获到没有捕获的异常。

六、生成器 Generators/ yield

Generator 函数是 ES6 提供的一种异步编程解决方案，语法行为与传统函数完全不同，Generator 最大的特点就是可以控制函数的执行。

语法上，首先可以把它理解成，Generator 函数是一个状态机，封装了多个内部状态。
Generator 函数除了状态机，还是一个遍历器对象生成函数。
可暂停函数, yield 可暂停，next 方法可启动，每次返回的是 yield 后的表达式结果。
yield 表达式本身没有返回值，或者说总是返回 undefined。next 方法可以带一个参数，该参数就会被当作上一个 yield 表达式的返回值。

七、async/await

1.Async/Await 简介

使用 async/await，你可以轻松地达成之前使用生成器和 co 函数所做到的工作, 它有如下特点：

async/await 是基于 Promise 实现的，它不能用于普通的回调函数。
async/await 与 Promise 一样，是非阻塞的。
async/await 使得异步代码看起来像同步代码，这正是它的魔力所在。

一个函数如果加上 async ，那么该函数就会返回一个 Promise

2.Async/Await 并发请求

如果请求两个文件，毫无关系，可以通过并发请求：

八、总结

1.JS 异步编程进化史：callback -> promise -> generator -> async + await

2.async/await 函数的实现，就是将 Generator 函数和自动执行器，包装在一个函数里。

3.async/await 可以说是异步终极解决方案了。

(1) async/await 函数相对于 Promise，优势体现在：

处理 then 的调用链，能够更清晰准确的写出代码
并且也能优雅地解决回调地狱问题。

当然 async/await 函数也存在一些缺点，因为 await 将异步代码改造成了同步代码，如果多个异步代码没有依赖性却使用了 await 会导致性能上的降低，代码没有依赖性的话，完全可以使用 Promise.all 的方式。

(2) async/await 函数对 Generator 函数的改进，体现在以下三点：

内置执行器。 Generator 函数的执行必须靠执行器，所以才有了 co 函数库，而 async 函数自带执行器。也就是说，async 函数的执行，与普通函数一模一样，只要一行。
更广的适用性。 co 函数库约定，yield 命令后面只能是 Thunk 函数或 Promise 对象，而 async 函数的 await 命令后面，可以跟 Promise 对象和原始类型的值（数值、字符串和布尔值，但这时等同于同步操作）。
更好的语义。 async 和 await，比起星号和 yield，语义更清楚了。async 表示函数里有异步操作，await 表示紧跟在后面的表达式需要等待结果。