await js 报错_await的错误处理问题，一个issue引发的ts社区的讨论

前提

大家都知道try-catch对异步流程中的错误有时候是捕捉不到的，eg：

function func1() {

try {

func2();

} catch (error) {

console.log('error');

}

}

function func2() {

setTimeout(() => {

throw new Error('error')

}, 1000)

}

func1();

执行这些代码，你会发现过了一秒后程序直接报错，console.log('error')并没有执行，也就是func1并没有捕捉到func2的异常。这就是异步的问题所在。

我们一般的做法就是直接加上async/await：

async function func1() {

try {

await func2();

} catch (error) {

console.log('error');

}

}

function func2() {

return new Promise((resolve, reject) => {

setTimeout(() => {

reject()

}, 1000)

})

}

func1();

func2被Promise封装，reject后会被func1的try-catch捕获到，像现在的axios很多库都已经封装好Promise方便直接await。

问题

这里我们要讨论的就是对await到底用try-catch，if(err)的方式。

if(err)的方式在node中的很多异步回调函数中很多场景都用到，err永远是node结果回调函数的第一个参数，但此情景又与node中的不一样。对await的错误处理要想获取到err，需要额外增加一个函数，用try-catch捕获到的err return出去。

eg：

每次使用都要引用errCatch()。

async function errCatch(asyncFunc) {

try {

let res = await asyncFunc();

retrun [null, res]

} catch (error) {

return [error,null];

}

}

这样func1就要写成：

async function func1() {

let [err, res] = errCatch(asyncFunc);

if (err) {

//.....

}

}

那么这种写法比直接try-catch有什么好处，第一点就是更加语义化了，这个问题在deno社区就这个问题的ts写法引起过讨论，可以看看这个issue：

第一个意思是 Golang 只需要处理 return 出来的错误，很少有运行时错误，即便有，也是可以在 defer 统一处理。 第二个意思是，像一个读流 copy 到另一个写流。假如因为某个异常中断的话，我们需要知道是读取到了第 n 的细节中断的，然后错误是什么。这样的场景就适合这样使用。(具体可以再copy中实现)

(但我觉得这个其实是特殊场景，用try-catch也能控制)

其实一个老哥也指出传统的promise做法，因为await的错误不捕获会导致整个async函数的中断，用catch也能避免中断并捕捉到错误。

开issue的作者是说使用这种style的原因是这样的：

最后维护者是这么说的：

大概意思就是说

“我们可以在utils/async.ts中实现这一点，供我们自己使用，并作为用户的一个选项提供。但正如我所说，在更多的情况下，Try-Catch是进入JS的正确方法，或者提供像上面提到的@J-F1这样的catch处理程序。

(作为一个夸张的例子，C中的全局errno在某些情况下可能更干净，但是我们在JS中不做这样的构造，因为它违背了预期的语言用法。

如果您认为这些助手非常有用，那么如果您能够贡献并提交一个pr来将它们添加到utils/async.ts中，这将是非常好的，并且有可能在将来说服更多的JS开发人员尝试这样的处理方式，这样有一天它就足够惯用了。

(我目前受到一些法律纠纷的约束，因此不幸的是，我自己做不到。)”

其实上面issue作者举的那个例子就是说在官方库中有些错误不用被处理，只是做检测的情况下，不用写try-catch，catch的e就更不用写上了，用了helper的style后，可以直接这样写：

const statInfo = await maybe(stat(fn)); // yields FileInfo | null

const mode = statInfo ? statInfo.mode : null;

看上去更加舒服？？？

知乎上关于node.js 应该 return new Error() 还是 throw new Error()的讨论