const makeRequest = () => { return callAPromise() .then(() => callAPromise()) .then(() => callAPromise()) .then(() => callAPromise()) .then(() => callAPromise()) .then(() => { throw new Error("oops"); }); }; makeRequest().catch(err => { console.log(err); // output // Error: oops at callAPromise.then.then.then.then.then (index.js:8:13) });
Promise 链中返回的错误栈没有给出错误发生位置的线索。更糟糕的是，它会误导我们；错误栈中唯一的函数名为 callAPromise，然而它和错误没有关系。(文件名和行号还是有用的)。
然而，async/await 中的错误栈会指向错误所在的函数:
const makeRequest = async () => { await callAPromise(); await callAPromise(); await callAPromise(); await callAPromise(); await callAPromise(); throw new Error("oops"); }; makeRequest().catch(err => { console.log(err); // output // Error: oops at makeRequest (index.js:7:9) });
在开发环境中，这一点优势并不大。但是，当你分析生产环境的错误日志时，它将非常有用。这时，知道错误发生在 makeRequest 比知道错误发生在 then 链中要好。
6. 调试
最后一点，也是非常重要的一点在于，async/await 能够使得代码调试更简单。2 个理由使得调试 Promise 变得非常痛苦:
不能在返回表达式的箭头函数中设置断点
如果你在.then 代码块中设置断点，使用 Step Over 快捷键，调试器不会跳到下一个.then，因为它只会跳过异步代码。
使用 await/async 时，你不再需要那么多箭头函数，这样你就可以像调试同步代码一样跳过 await 语句。
结论
Async/Await 是近年来 JavaScript 添加的最革命性的特性之一。它会让你发现 Promise 的语法有多糟糕，而且提供了一个直观的替代方法。
忧虑
对于 Async/Await，也许你有一些合理的怀疑：
它使得异步代码不再明显: 我们已经习惯了用回调函数或者.then 来识别异步代码，我们可能需要花数个星期去习惯新的标志。但是，C#拥有这个特性已经很多年了，熟悉它的朋友应该知道暂时的稍微不方便是值得的。
Node 7 不是 LTS（长期支持版本）: 但是，Node 8 下个月就会发布，将代码迁移到新版本会非常简单。(Fundebug 注：Node 8 是 LTS，已经于 2017 年 10 月正式发布。)