异步函数指的是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，因为此时如果继续运行，接下来的代码很可能是向文件写入内容或者创建文件，而权限不够的话，后续的代码是无法正常运行的。
