IT科技类资讯

async / await:更好的异步解决方案

时间:2010-12-5 17:23:32  作者:IT科技   来源:应用开发  查看:  评论:0
内容摘要:在实际开发中总会遇到许多异步的问题,最常见的场景接口请求之后一定要等一段时间才能得到结果,如果遇到多个接口前后依赖,那么问题就变得复杂。大家都一直在尝试使用更好的方案来解决这些问题。最开始只能利用回调

在实际开发中总会遇到许多异步的更好问题,最常见的步解场景接口请求之后一定要等一段时间才能得到结果,如果遇到多个接口前后依赖,决方那么问题就变得复杂。更好大家都一直在尝试使用更好的步解方案来解决这些问题。最开始只能利用回调函数,决方后来开始有人使用Promise的更好思维来搞定。到ES6中开始支持原生的步解Promise,引入Generator函数。决方

直到ES7,更好有了async/await。步解

这是决方一个用同步的思维来解决异步问题的方案。

我想很多人可能还不太分得清同步与异步的更好区别。如果你已经彻底了解了事件循环,步解那么想必对异步的决方概念应该非常了解。当我们发出了请求,并不会等待响应结果,而是会继续执行后面的代码,响应结果的处理在之后的事件循环中解决。那么同步的高防服务器意思,就是等结果出来之后,代码才会继续往下执行。

我们可以用一个两人问答的场景来比喻异步与同步。A向B问了一个问题之后,不等待B的回答,接着问下一个问题,这是异步。A向B问了一个问题之后,然后就笑呵呵的等着B回答,B回答了之后他才会接着问下一个问题。

那么我们先记住这个特点,async/await使用同步的思维,来解决异步的问题。在继续讲解它的语法与使用之前,我们先介绍一下如何在我们的开发环境中支持该语法。

如果你已经知道如何配置,可跳过

一、如何在自己的开发环境中支持async/await语法

这里主要介绍两种方式。

1. webpack中支持该语法

首先在当前项目中使用npm下载babel-loader。

> npm install babel-loader --save-dev 

然后在配置文件webpack.confing.dev.js中配置,在module.exports.module.rules中添加如下配置元素即可。

{      test: /\.(js|jsx)$/,     include: paths.appSrc,     loader: require.resolve(babel-loader),     options: {        cacheDirectory: true,     },   },  

如果你使用***版本的香港云服务器create-react-app或者vue-cli来构建你的代码,那么它们应该已经支持了该配置。

2. gulp中支持该语法

首先安装gulp插件

> npm install gulp-babel --save-dev 

然后编写任务

var gulp = require(gulp); var babel = require(gulp-babel); gulp.task(babel, function() {    return gulp.src(src/app.js)     .pipe(babel())     .pipe(gulp.dest(dist)); });  

二、如何使用

async函数是Generator的一个语法糖。如果你不知道Generator是什么函数也没有关系,我们只需要知道async函数实际上返回的是一个Promise对象即可。

async function fn() {      return 30; } // 或者 const fn = async () => {      return 30; }  

在声明函数时,前面加上关键字async,这就是async的用法。当我们用console.log打印出上面声明的函数fn,我们可以看到如下结果:

console.log(fn());     // result     Promise = {          __proto__: Promise,         [[PromiseStatus]]: "resolved",         [[PromiseValue]]: 30     }  

很显然,fn的运行结果其实就是一个Promise对象。因此我们也可以使用then来处理后续逻辑。

fn().then(res => {      console.log(res);  // 30 })  

await的含义为等待。意思就是代码需要等待await后面的函数运行完并且有了返回结果之后,才继续执行下面的代码。这正是同步的云服务器提供商效果。

但是我们需要注意的是,await关键字只能在async函数中使用。并且await后面的函数运行后必须返回一个Promise对象才能实现同步的效果。

当我们使用一个变量去接收await的返回值时,该返回值为Promise中resolve出来的值。

// 定义一个返回Promise对象的函数 function fn() {      return new Promise((resolve, reject) => {          setTimeout(() => {              resolve(30);         }, 1000);     }) } // 然后利用async/await来完成代码 const foo = async () => {      const t = await fn();     console.log(t);     console.log(next code); } foo(); // result: // 30 // next code  

运行这个例子我们可以看出,当在async函数中,运行遇到await时,就会等待await后面的函数运行完毕,而不会直接执行next code。

如果我们直接使用then方法的话,想要达到同样的结果,就不得不把后续的逻辑写在then方法中。

const foo = () => {      return fn().then(t => {          console.log(t);         console.log(next code);         }) } foo();  

很显然如果使用async/await的话,代码结构会更加简洁,逻辑也更加清晰。

异常处理

在Promise中,我们知道是通过catch的方式来捕获异常。而当我们使用async时,则通过try/catch来捕获异常。

function fn() {      return new Promise((resolve, reject) => {          setTimeout(() => {              reject(some error.);         }, 1000);     }) } const foo = async () => {      try {          await fn();     } catch (e) {          console.log(e);  // some error     } } foo();  

如果有多个await函数,那么只会返回***个捕获到的异常。

function fn1() {      return new Promise((resolve, reject) => {          setTimeout(() => {              reject(some error fn1.);         }, 1000);     }) } function fn2() {      return new Promise((resolve, reject) => {          setTimeout(() => {              reject(some error fn2.);         }, 1000);     }) } const foo = async () => {      try {          await fn1();         await fn2();     } catch (e) {          console.log(e);  // some error fn1.     } } foo();  

实践

在实践中我们遇到异步场景最多的就是接口请求,那么这里就以jquery中的$.get为例简单展示一下如何配合async/await来解决这个场景。

// 先定义接口请求的方法,由于jquery封装的几个请求方法都是返回Promise实例,因此可以直接使用await函数实现同步 const getUserInfo = () => $.get(xxxx/api/xx); const clickHandler = async () => {      try {          const resp = await getUserInfo();         // resp为接口返回内容,接下来利用它来处理对应的逻辑         console.log(resp);         // do something     } catch (e) {          // 处理错误逻辑     } }  

为了保证逻辑的完整性,在实践中try/catch必不可少。总之,不处理错误逻辑的程序员不是好程序员。

与Promise相比,个人认为async/await有一定的简洁性,但也并非就比Promise有绝对的优势,因此只能算是提供了另外一种稍好的方式,至于大家学习之后选择哪种方式来解决自己的问题,这仅仅只是你的个人喜好问题。 

copyright © 2025 powered by 益强资讯全景  滇ICP备2023006006号-31sitemap