由于javascript默认状况下是单线程的,这意味着代码不能建立新的线程来并行执行。可是对于最开始在浏览器中运行的javascript来讲,单线程的同步执行环境显然没法知足页面点击,鼠标移动这些响应用户的功能。因而浏览器实现了一组API,可让javascript以回调的方式来异步响应页面的请求事件。javascript
更进一步,nodejs引入了非阻塞的 I/O ,从而将异步的概念扩展到了文件访问、网络调用等。java
今天,咱们将会深刻的探讨一下各类异步编程的优缺点和发展趋势。node
在讨论nodejs的异步编程以前,让咱们来讨论一个比较容易混淆的概念,那就是同步,异步,阻塞和非阻塞。编程
所谓阻塞和非阻塞是指进程或者线程在进行操做或者数据读写的时候,是否须要等待,在等待的过程当中可否进行其余的操做。json
若是须要等待,而且等待过程当中线程或进程没法进行其余操做,只能傻傻的等待,那么咱们就说这个操做是阻塞的。promise
反之,若是进程或者线程在进行操做或者数据读写的过程当中,还能够进行其余的操做,那么咱们就说这个操做是非阻塞的。浏览器
同步和异步,是指访问数据的方式,同步是指须要主动读取数据,这个读取过程多是阻塞或者是非阻塞的。而异步是指并不须要主动去读取数据,是被动的通知。网络
很明显,javascript中的回调是一个被动的通知,咱们能够称之为异步调用。异步
javascript中的回调是异步编程的一个很是典型的例子:async
document.getElementById('button').addEventListener('click', () => { console.log('button clicked!'); })
上面的代码中,咱们为button添加了一个click事件监听器,若是监听到了click事件,则会出发回调函数,输出相应的信息。
回调函数就是一个普通的函数,只不过它被做为参数传递给了addEventListener,而且只有事件触发的时候才会被调用。
上篇文章咱们讲到的setTimeout和setInterval实际上都是异步的回调函数。
在nodejs中怎么处理回调的错误信息呢?nodejs采用了一个很是巧妙的办法,在nodejs中,任何回调函数中的第一个参数为错误对象,咱们能够经过判断这个错误对象的存在与否,来进行相应的错误处理。
fs.readFile('/文件.json', (err, data) => { if (err !== null) { //处理错误 console.log(err) return } //没有错误,则处理数据。 console.log(data) })
javascript的回调虽然很是的优秀,它有效的解决了同步处理的问题。可是遗憾的是,若是咱们须要依赖回调函数的返回值来进行下一步的操做的时候,就会陷入这个回调地狱。
叫回调地狱有点夸张了,可是也是从一方面反映了回调函数所存在的问题。
fs.readFile('/a.json', (err, data) => { if (err !== null) { fs.readFile('/b.json',(err,data) =>{ //callback inside callback }) } })
怎么解决呢?
别怕ES6引入了Promise,ES2017引入了Async/Await均可以解决这个问题。
Promise 是异步编程的一种解决方案,比传统的解决方案“回调函数和事件”更合理和更强大。
所谓Promise,简单说就是一个容器,里面保存着某个将来才会结束的事件(一般是一个异步操做)的结果。
从语法上说,Promise 是一个对象,从它能够获取异步操做的消息。
Promise有两个特色:
Promise对象表明一个异步操做,有三种状态:Pending(进行中)、Resolved(已完成,又称 Fulfilled)和Rejected(已失败)。
只有异步操做的结果,能够决定当前是哪种状态,任何其余操做都没法改变这个状态。
Promise对象的状态改变,只有两种可能:从Pending变为Resolved和从Pending变为Rejected。
这与事件(Event)彻底不一样,事件的特色是,若是你错过了它,再去监听,是得不到结果的。
Promise将异步操做以同步操做的流程表达出来,避免了层层嵌套的回调函数。
Promise对象提供统一的接口,使得控制异步操做更加容易。
Promise对象是一个构造函数,用来生成Promise实例:
var promise = new Promise(function(resolve, reject) { // ... some code if (/* 异步操做成功 */){ resolve(value); } else { reject(error); } } );
promise能够接then操做,then操做能够接两个function参数,第一个function的参数就是构建Promise的时候resolve的value,第二个function的参数就是构建Promise的reject的error。
promise.then(function(value) { // success }, function(error) { // failure } );
咱们看一个具体的例子:
function timeout(ms){ return new Promise(((resolve, reject) => { setTimeout(resolve,ms,'done'); })) } timeout(100).then(value => console.log(value));
Promise中调用了一个setTimeout方法,并会定时触发resolve方法,并传入参数done。
最后程序输出done。
Promise一经建立就会立马执行。可是Promise.then中的方法,则会等到一个调用周期事后再次调用,咱们看下面的例子:
let promise = new Promise(((resolve, reject) => { console.log('Step1'); resolve(); })); promise.then(() => { console.log('Step3'); }); console.log('Step2'); 输出: Step1 Step2 Step3
Promise固然很好,咱们将回调地狱转换成了链式调用。咱们用then来将多个Promise链接起来,前一个promise resolve的结果是下一个promise中then的参数。
链式调用有什么缺点呢?
好比咱们从一个promise中,resolve了一个值,咱们须要根据这个值来进行一些业务逻辑的处理。
假如这个业务逻辑很长,咱们就须要在下一个then中写很长的业务逻辑代码。这样让咱们的代码看起来很是的冗余。
那么有没有什么办法能够直接返回promise中resolve的结果呢?
答案就是await。
当promise前面加上await的时候,调用的代码就会中止直到 promise 被解决或被拒绝。
注意await必定要放在async函数中,咱们来看一个async和await的例子:
const logAsync = () => { return new Promise(resolve => { setTimeout(() => resolve('小马哥'), 5000) }) }
上面咱们定义了一个logAsync函数,该函数返回一个Promise,由于该Promise内部使用了setTimeout来resolve,因此咱们能够将其当作是异步的。
要是使用await获得resolve的值,咱们须要将其放在一个async的函数中:
const doSomething = async () => { const resolveValue = await logAsync(); console.log(resolveValue); }
await其实是去等待promise的resolve结果咱们把上面的例子结合起来:
const logAsync = () => { return new Promise(resolve => { setTimeout(() => resolve('小马哥'), 1000) }) } const doSomething = async () => { const resolveValue = await logAsync(); console.log(resolveValue); } console.log('before') doSomething(); console.log('after')
上面的例子输出:
before after 小马哥
能够看到,aysnc是异步执行的,而且它的顺序是在当前这个周期以后。
async会让全部后面接的函数都变成Promise,即便后面的函数没有显示的返回Promise。
const asyncReturn = async () => { return 'async return' } asyncReturn().then(console.log)
由于只有Promise才能在后面接then,咱们能够看出async将一个普通的函数封装成了一个Promise:
const asyncReturn = async () => { return Promise.resolve('async return') } asyncReturn().then(console.log)
promise避免了回调地狱,它将callback inside callback改写成了then的链式调用形式。
可是链式调用并不方便阅读和调试。因而出现了async和await。
async和await将链式调用改为了相似程序顺序执行的语法,从而更加方便理解和调试。
咱们来看一个对比,先看下使用Promise的状况:
const getUserInfo = () => { return fetch('/users.json') // 获取用户列表 .then(response => response.json()) // 解析 JSON .then(users => users[0]) // 选择第一个用户 .then(user => fetch(`/users/${user.name}`)) // 获取用户数据 .then(userResponse => userResponse.json()) // 解析 JSON } getUserInfo()
将其改写成async和await:
const getUserInfo = async () => { const response = await fetch('/users.json') // 获取用户列表 const users = await response.json() // 解析 JSON const user = users[0] // 选择第一个用户 const userResponse = await fetch(`/users/${user.name}`) // 获取用户数据 const userData = await userResponse.json() // 解析 JSON return userData } getUserInfo()
能够看到业务逻辑变得更加清晰。同时,咱们获取到了不少中间值,这样也方便咱们进行调试。
本文做者:flydean程序那些事本文连接:http://www.flydean.com/nodejs-async/
本文来源:flydean的博客
欢迎关注个人公众号:「程序那些事」最通俗的解读,最深入的干货,最简洁的教程,众多你不知道的小技巧等你来发现!