A股上市公司传智教育（股票代码 003032）旗下技术交流社区北京昌平校区

传智教育官网黑马程序员官网

 找回密码
 加入黑马

QQ登录

只需一步，快速开始

论坛首页 › 学习交流 › 技术交流 › 前端与移动开发技术交流 › 正文

[学习交流] 【上海校区】嘿，不要给 async 函数写那么多 try/catch 了

© frainbowv 中级黑马   /  2019-7-11 14:26  /  780 人查看  /  0 人回复  /   0 人收藏 转载请遵从CC协议 禁止商业使用本文

前言在开发中，你是否会为了系统健壮性，亦或者是为了捕获异步的错误，而频繁的在 async 函数中写 try/catch 的逻辑？
[JavaScript] 纯文本查看 复制代码
async function func() {
    try {
        let res = await asyncFunc()
    } catch (e) {
      //......
    }
}

曾经我在《一个合格的中级前端工程师必须要掌握的 28 个 JavaScript 技巧》中提到过一个优雅处理 async/await 的方法


这样我们就可以使用一个辅助函数包裹这个 async 函数实现错误捕获
[JavaScript] 纯文本查看 复制代码
async function func() {
    let [err, res] = await errorCaptured(asyncFunc)
    if (err) {
        //... 错误捕获
    }
    //...
}

但是这么做有一个缺陷就是每次使用的时候，都要引入 errorCaptured 这个辅助函数，有没有“懒”的方法呢？
答案肯定是有的，我在那篇博客后提出了一个新的思路，可以通过一个 webpack loader 来自动注入 try/catch 代码，最后的结果希望是这样的
[JavaScript] 纯文本查看 复制代码
// development
async function func() {
   let res = await asyncFunc()
    //...其他逻辑
}

// release
async function func() {
    try {
        let res = await asyncFunc()
    } catch (e) {
      //......
    }
    //...其他逻辑
}

是不是很棒？在开发环境中不需要任何多余的代码，让 webpack 自动给生产环境的代码注入错误捕获的逻辑，接下来我们来逐步实现这个 loader
loader 原理在实现这个 webpack loader 之前，先简要介绍一下 loader 的原理，我们在 webpack 中定义的一个个 loader，本质上只是一个函数，在定义 loader 同时还会定义一个 test 属性，webpack 会遍历所有的模块名，当匹配 test 属性定义的正则时，会将这个模块作为 source 参数传入 loader 中执行
[JavaScript] 纯文本查看 复制代码
{
    test: /\.vue$/,
    use: "vue-loader",
}

当匹配到 .vue 结尾的文件名时，会将文件作为 source 参数传给 vue-loader，use 属性后面可以是一个字符串也可以是一个路径，当是字符串时默认会视为 nodejs 模块去 node_modules 中找
而这些文件本质上其实就是字符串（图片，视频就是 Buffer 对象），以 vue-loader 为例，当 loader 接受到文件时，通过字符串匹配将其分为 3 份，模版字符串会 vue-loader 编译为 render 函数，script 部分会交给 babel-loader，style 部分会交给 css-loader，同时 loader 遵守单一原则，即一个 loader 只做一件事，这样可以灵活组合多个 loader，互不干扰
实现思路因为 loader 可以读取匹配到的文件，经过处理变成期望的输出结果，所以我们可以自己实现一个 loader，接受 js 文件，当遇到 await 关键字时，给代码包裹一层 try/catch
那么如何能够准确给 await 及后面的表达式包裹 try/catch 呢？这里需要用到抽象语法树（AST）相关的知识
AST
抽象语法树是源代码语法结构的一种抽象表示。它以树状的形式表现编程语言的语法结构，树上的每个节点都表示源代码中的一种结构
通过 AST 可以实现很多非常有用的功能，例如将 ES6 以后的代码转为 ES5，eslint 的检查，代码美化，甚至 js 引擎都是依赖 AST 实现的，同时因为代码本质只是单纯的字符串，所以并不仅限于 js 之间的转换，scss，less 等 css 预处理器也是通过 AST 转为浏览器认识的 css 代码，我们来举个例子
[JavaScript] 纯文本查看 复制代码
let a = 1
let b = a + 5

将其转换为抽象语法树后是这样的

">
将字符串转为 AST 树需要经过词法分析和语法分析两步
词法分析将一个个代码片段转为 token （词法单元），去除空格注释，例如第一行会将 let，a，=，1 这 4 个转为 token，token 是一个对象，描述了代码片段在整个代码中的位置和记录当前值的一些信息
语法分析会将 token 结合当前语言（JS）的语法转换成 Node（节点），同时 Node 包含一个 type 属性记录当前的类型，例如 let 在 JS 中代表着一个变量声明的关键字，所以它的 type 为 VariableDeclaration，而 a = 1 会作为 let 的声明描述，它的 type 为 VariableDeclarator，而声明描述是依赖于变量声明的，所以是一种上下的层级关系
另外可以发现并不是一个 token 对应一个 Node，等号左右必须都有值才能组成一个声明语句，否则会作出警告，这就是 eslint 的基本原理。最后所有的 Node 组合在一起就形成了 AST 语法树
推荐一个很实用的 AST 查看工具，AST explorer，更直观的查看代码是如何转为抽象语法树
回到代码的实现，我们只需要通过 AST 树找到 await 表达式，将 await 外面包裹一层 try/catch 的 Node 节点即可
[JavaScript] 纯文本查看 复制代码
async function func() {
   await asyncFunc()
}

对应 AST 树：


[JavaScript] 纯文本查看 复制代码
async function func() {
    try {
        await asyncFunc()
    } catch (e) {
        console.log(e)
    }
}

对应 AST 树：


loader 开发有了具体的思路，接下来我们开始编写 loader，当我们的 loader 接收到 source 文件时，通过 @babel/parser
这个包可以将文件转换为 AST 抽象语法树，那么如何找到对应的 await 表达式呢？
这就需要另外一个 babel 的包 @babel/traverse，通过 @babel/traverse 可以传入一个 AST 树和一些钩子函数，随后深度遍历传入的 AST 树，当遍历的节点和钩子函数的名字相同时，会执行对应的回调
[JavaScript] 纯文本查看 复制代码
const parser = require("@babel/parser")
const traverse = require("@babel/traverse").default

module.exports = function (source) {
    let ast = parser.parse(source)

    traverse(ast, {
        AwaitExpression(path) {
            //... 
        }
    })
    //...
}

通过 @babel/traverse 我们能够轻松的找到 await 表达式对应的 Node 节点，接下来就是创建一个类型为 TryStatement 的 Node 节点，最后 await 放入其中。这里还需要依赖另外一个包 @babel/types，可以理解为 babel 版的 loadsh 库，它提供了很多和 AST 的 Node 节点相关的辅助函数，我们需要用到其中的 tryStatement 方法，即创建一个 TryStatement 的 Node 节点
[JavaScript] 纯文本查看 复制代码
const parser = require("@babel/parser")
const traverse = require("@babel/traverse").default
const t = require("@babel/types")

module.exports = function (source) {
    let ast = parser.parse(source)

    traverse(ast, {
        AwaitExpression(path) {
            let tryCatchAst = t.tryStatement(
                //...
            )
            //...
        }
    })
}

tryStatement 接受 3 个参数，第一个是 try 子句，第二个是 catch 子句，第三个是 finally 子句，一个完整的 try/catch 语句对应的 Node 节点看起来像这样
[JavaScript] 纯文本查看 复制代码
const parser = require("@babel/parser")
const traverse = require("@babel/traverse").default
const t = require("@babel/types")

const parser = require("@babel/parser")
const traverse = require("@babel/traverse").default
const t = require("@babel/types")

module.exports = function (source) {
    let ast = parser.parse(source)

    traverse(ast, {
        AwaitExpression(path) {
            let tryCatchAst = t.tryStatement(
                // try 子句（必需项）
                t.blockStatement([
                    t.expressionStatement(path.node)
                ]),
                // catch 子句
                t.catchClause(
                    //...
                )
            )
            path.replaceWithMultiple([
                tryCatchAst
            ])
        }
    })
      //...
}

使用 blockStatement ，expressionStatement 方法创建一个块级作用域和承载 await 表达式的 Node 节点，@babel/traverse 会给每个钩子函数传入一个 path 参数，包含了当前遍历的一些信息，例如当前节点，上个遍历的 path 对象和对应的节点，最重要的是里面有一些可以操作 Node 节点的方法，我们需要使用到 replaceWithMultiple 这个方法来将当前的 Node 节点替换为 try/catch 语句的 Node 节点
另外我们要考虑到 await 表达式可能是是作为一个声明语句
[JavaScript] 纯文本查看 复制代码
let res = await asyncFunc()
复制代码也有可能是一个赋值语句
[JavaScript] 纯文本查看 复制代码
res = await asyncFunc()
复制代码还有可能只是一个单纯的表达式
[JavaScript] 纯文本查看 复制代码
await asyncFunc()

这 3 种情况对应的 AST 也是不一样的，所以我们需要对其分别处理，@bable/types 提供了丰富的判断函数，在 AwaitExpression 钩子函数中，我们只需要判断上级节点是哪种类型的 Node 节点即可，另外也可以通过 AST explorer 来查看最终需要生成的 AST 树的结构
[JavaScript] 纯文本查看 复制代码
const parser = require("@babel/parser")
const traverse = require("@babel/traverse").default
const t = require("@babel/types")

module.exports = function (source) {
    let ast = parser.parse(source)

    traverse(ast, {
        AwaitExpression(path) {
            if (t.isVariableDeclarator(path.parent)) { // 变量声明
                let variableDeclarationPath = path.parentPath.parentPath
                let tryCatchAst = t.tryStatement(
                    t.blockStatement([
                        variableDeclarationPath.node // Ast
                    ]),
                    t.catchClause(
                        //...
                    )
                )
                variableDeclarationPath.replaceWithMultiple([
                    tryCatchAst
                ])
            } else if (t.isAssignmentExpression(path.parent)) { // 赋值表达式
                let expressionStatementPath = path.parentPath.parentPath
                let tryCatchAst = t.tryStatement(
                    t.blockStatement([
                        expressionStatementPath.node
                    ]),
                    t.catchClause(
                        //...
                    )
                )
                expressionStatementPath.replaceWithMultiple([
                    tryCatchAst
                ])
            } else { // await 表达式
                let tryCatchAst = t.tryStatement(
                    t.blockStatement([
                        t.expressionStatement(path.node)
                    ]),
                    t.catchClause(
                        //...
                    )
                )
                path.replaceWithMultiple([
                    tryCatchAst
                ])
            }
        }
    })
      //...
}

在拿到替换后的 AST 树后，使用 @babel/core 包中的 transformFromAstSync 方法将 AST 树重新转为对应的代码字符串返回即可
[JavaScript] 纯文本查看 复制代码
const parser = require("@babel/parser")
const traverse = require("@babel/traverse").default
const t = require("@babel/types")
const core = require("@babel/core")

module.exports = function (source) {
    let ast = parser.parse(source)

    traverse(ast, {
        AwaitExpression(path) {
              // 同上
        }
    })
    return core.transformFromAstSync(ast).code
}
复制代码在这基础上还暴露了一些 loader 配置项以提高易用性，例如如果 await 语句已经被 try/catch 包裹则不会再次注入，其原理也是基于 AST，利用 path 参数的 findParent 方法向上遍历所有父节点，判断是否被 try/catch 的 Node 包裹
traverse(ast, {    AwaitExpression(path) {        if (path.findParent((path) => t.isTryStatement(path.node))) return        // 处理逻辑    }})
另外 catch 子句中的代码片段也支持自定义，这样使得所有错误都使用统一逻辑处理，原理是将用户配置的代码片段转为 AST，在 TryStatement 节点被创建的时候作为参数传入其 catch 节点
总结本文意在抛砖引玉，在日常开发过程中，可以结合自己的业务线，开发更加适合自己的 loader，例如技术栈是 jQuery 的老项目，可以匹配 $.ajax 的 Node 节点，统一注入错误处理逻辑，甚至可以自定义一些 ECMA 没有的新语法
抱歉，懂编译原理，真的是可以为所欲为


文章转载至：https://juejin.im/post/5d25b39bf265da1bb67a4176



0 个回复

高级模式
B Color Image Link Quote Code Smilies
您需要登录后才可以回帖 登录 | 加入黑马