我正在深入研究node 7的async/await特性,并不断遇到这样的代码

函数getQuote() { 让我们引用= "Lorem ipsum dolor sit met, consectetur adipiscing elit laborum."; 返回引用; } 异步函数main() { 尝试{ var quote = await getQuote(); console.log(报价); } catch(错误){ console.error(错误); } } main ();

这似乎是唯一可能的解决/拒绝或返回/抛出async/await,然而,v8不优化代码在try/catch块?!

还有其他选择吗?


当前回答

选择

另一种说法是:

async function main() {
  try {
    var quote = await getQuote();
    console.log(quote);
  } catch (error) {
    console.error(error);
  }
}

就像这样,明确地使用承诺:

function main() {
  getQuote().then((quote) => {
    console.log(quote);
  }).catch((error) => {
    console.error(error);
  });
}

或者像这样,使用延续传递样式:

function main() {
  getQuote((error, quote) => {
    if (error) {
      console.error(error);
    } else {
      console.log(quote);
    }
  });
}

原始的例子

您的原始代码所做的是暂停执行并等待getQuote()返回的承诺完成。然后,它继续执行,并将返回值写入var quote,如果承诺已解决,则打印该值;如果承诺被拒绝,则抛出异常并运行catch块,打印错误。

您可以像第二个示例那样直接使用Promise API完成同样的事情。

性能

现在来看表演。让我们来测试一下!

我刚刚写了这段代码- f1()给出1作为返回值,f2()抛出1作为异常:

function f1() {
  return 1;
}

function f2() {
  throw 1;
}

现在让我们调用相同的代码百万次,首先使用f1():

var sum = 0;
for (var i = 0; i < 1e6; i++) {
  try {
    sum += f1();
  } catch (e) {
    sum += e;
  }
}
console.log(sum);

然后让我们把f1()改为f2():

var sum = 0;
for (var i = 0; i < 1e6; i++) {
  try {
    sum += f2();
  } catch (e) {
    sum += e;
  }
}
console.log(sum);

这是我得到的f1的结果:

$ time node throw-test.js 
1000000

real    0m0.073s
user    0m0.070s
sys     0m0.004s

这是f2的结果:

$ time node throw-test.js 
1000000

real    0m0.632s
user    0m0.629s
sys     0m0.004s

似乎可以在一个单线程进程中每秒执行200万次抛出。如果你做的更多,那么你可能需要担心它。

总结

在Node中,我不会担心这样的事情。如果像这样的东西被大量使用,那么它最终会被V8或SpiderMonkey或Chakra团队优化,每个人都会遵循-这并不是说它没有作为一个原则进行优化,这不是一个问题。

即使它没有优化,我仍然认为,如果你在Node中耗尽了你的CPU,那么你可能应该用C来编写你的数字运算——这就是本地插件的用途。或者像节点这样的东西。native会比Node.js更适合这项工作。

我想知道什么用例需要抛出这么多异常。通常抛出一个异常而不是返回一个值,嗯,是一个异常。

其他回答

async function main() {
  var getQuoteError
  var quote = await getQuote().catch(err => { getQuoteError = err }

  if (getQuoteError) return console.error(err)

  console.log(quote)
}

或者,你可以这样做,而不是声明一个可能的var在顶部持有一个错误

if (quote instanceof Error) {
  // ...
}

不过,如果抛出TypeError或Reference错误之类的错误,这将不起作用。您可以确保它是一个常规错误

async function main() {
  var quote = await getQuote().catch(err => {
    console.error(err)      

    return new Error('Error getting quote')
  })

  if (quote instanceOf Error) return quote // get out of here or do whatever

  console.log(quote)
}

我更倾向于把所有东西都包装在一个大的try-catch块中,在这个块中创建了多个promise,这会使处理特定于创建它的promise的错误变得非常麻烦。另一种方法是多个try-catch块,我认为这同样很麻烦

与Golang中的错误处理类似

因为async/await在底层使用承诺,你可以写一个像这样的小实用函数:

export function catchEm(promise) {
  return promise.then(data => [null, data])
    .catch(err => [err]);
}

然后在需要捕捉一些错误时导入它,并包装返回承诺的async函数。

import catchEm from 'utility';

async performAsyncWork() {
  const [err, data] = await catchEm(asyncFunction(arg1, arg2));
  if (err) {
    // handle errors
  } else {
    // use data
  }
}

以我的经验,用这种方式抓是很危险的。在整个堆栈中抛出的任何错误都将被捕获,而不仅仅是来自这个承诺的错误(这可能不是您想要的)。

承诺的第二个参数已经是一个拒绝/失败回调。使用它会更好更安全。

下面是我写的一个typescript类型安全的一行程序来处理这个问题:

function wait<R, E>(promise: Promise<R>): [R | null, E | null] {
  return (promise.then((data: R) => [data, null], (err: E) => [null, err]) as any) as [R, E];
}

// Usage
const [currUser, currUserError] = await wait<GetCurrentUser_user, GetCurrentUser_errors>(
  apiClient.getCurrentUser()
);

更清洁的替代方法如下:

因为事实上,每个异步函数在技术上都是一个承诺

您可以在使用await调用函数时向函数添加捕获

async function a(){
    let error;

    // log the error on the parent
    await b().catch((err)=>console.log('b.failed'))

    // change an error variable
    await c().catch((err)=>{error=true; console.log(err)})

    // return whatever you want
    return error ? d() : null;
}
a().catch(()=>console.log('main program failed'))

不需要try catch,因为所有的承诺错误都被处理了,并且你没有代码错误,你可以在父类中省略它!!

假设你正在使用mongodb,如果有一个错误,你可能更喜欢在调用它的函数中处理它,而不是制作包装器,或使用try catch。

try-catch块的替代方法是await-to-js lib。我经常使用它。 例如:

import to from 'await-to-js';

async function main(callback) {
    const [err,quote] = await to(getQuote());
    
    if(err || !quote) return callback(new Error('No Quote found'));

    callback(null,quote);

}

与try-catch相比,此语法要干净得多。