异步函数指的是async
修饰的函数
这类函数中,允许await
修饰函数调用,以等待被调用函数的异步结果
以下为MDN的解释
await 表达式会暂停当前 async function 的执行,等待 Promise 处理完成。若 Promise 正常处理(fulfilled),其回调的resolve函数参数作为 await 表达式的值,继续执行 async function。
若 Promise 处理异常(rejected),await 表达式会把 Promise 的异常原因抛出。
另外,如果 await 操作符后的表达式的值不是一个 Promise,那么该值将被转换为一个已正常处理的 Promise。
而这里的被调用函数,不一定要是async
函数,如果这个函数返回一个Promise
,那么就是一个可以被await
修饰的异步函数,调用时就会等待返回的Promise
状态转换成resolved或者rejected,当前函数才会继续向前运行(如果为rejected,那么会将异常抛出)
这里稍微带一下Promise
的状态
- pending 当前任务正在执行,还未完成
- resolved 当前任务已经执行完毕,正常获取结果,没有出现异常,或者异常已经被处理,结果已经合理
- rejected 当前任务已经执行完毕,没有成功执行,出现了未处理的异常
回到async
函数身上, await
修饰的表达式,结果必须是一个Promise
(如果不是,则自动转化为一个状态为resolved
的Promise
: await 1 -> await Promise.resolve(1)
)
根据Promise
的执行状态,当前async
函数的处理方式会有区别
- pending 函数执行会暂停,放弃cpu,node进程会继续处理后续的事件循环(eventloop)
- resolved 函数会继续执行,将Promise的值填充到当前位置:
await Promise.resolve(1) -> 1
,let result = await Promise.resolve(2) -> let result = 2
,if(await Promise.resolve(true))... -> if(true)...
- rejected 函数会放弃执行,转而跳转到异常当前块的异常处理部分,异常为当前Promise的值,如果当前块没有异常处理模块,异常会像正常函数那样向外层冒出
但是要注意,设计异步函数的时候,不是遇到了异常就将Promise置为rejected状态
举例
async function __start() {
try{
let result = await readText('filename')
console.info('文件读取成功,内容为')
console.info(result)
}catch{
console.error('文件读取失败')
}
}
以上方法中,readtext方法的实现如下
function readText(filename){
return new Promise((res,rej)=>{
fs.readFile(filename,'utf8',(err,content)=>{
if(err){
return rej(err)
}else{
return res(content)
}
})
})
}
之所以这么实现,是因为读取文件的时候,如果遇到异常了,那么是不能继续执行的,这时候应该将异常抛出,此时在__start
方法中,遇到异常的话,将打印文件读取失败
的信息。
以下方法
async function __start() {
try{
let result = await fileExists('filename')
if(result){
console.info('文件存在')
}else{
console.warn('文件不存在')
}
}catch{
console.error('文件检测失败')
}
}
其中的fileExists实现为
function fileExists(filename){
return new Promise((res)=>{
fs.stat(filename,(err)=>{
if(err){//这里需要判断一下异常种类,我就不写了,认为这个err是找不到文件的异常:还可能有权限等异常
return res(false)
}else{
return res(true)
}
})
})
}
这里,由于新版的node已经不建议使用exists
方法,所以只能使用stat
方法来检测文件信息。
如果遇到找不到文件的异常,说明操作已经完成,结果是文件不存在,找到了,则是操作完成,文件存在。这两种结果都是正常的,虽然在fileExists
方法中,收到了异常,但是实际代表的意思是正常的,所以这里都不能用reject
。
如果此处用了reject状态,那么文件不存在的后续代码,就需要在catch模块中运行,这表达的意思跟exists就不一致了。
如果文件存在,但是由于其他原因,无法访问文件导致的异常,就需要将状态置为rejected,因为此时如果继续运行,接下来的代码很可能是向文件写入内容或者创建文件,而权限不够的话,后续的代码是无法正常运行的。
网友评论