Promise 是一种优秀的异步编程模式，但是它还是存在一些问题。为了解决这些问题，ES2017 引入了 async/await 的语法。在这篇文章中，我们将讨论 Promise 和 async/await 的区别以及如何在项目中选择它们。
Promise
Promise 是一种异步编程模式，它可以让我们更容易地处理异步代码，并且避免了回调地狱。Promise 对象有三种状态：pending, resolved 和 rejected。当我们调用一个异步函数时，它会返回一个 Promise。我们可以在这个 Promise 上调用 .then() 方法来处理异步操作成功的情况或者调用 .catch() 方法来处理异步操作失败的情况。
fetch('https://jsonplaceholder.typicode.com/todos/1')
.then(response => response.json())
.then(json => console.log(json))
.catch(error => console.error(error));在上面的代码中，我们使用了 fetch() 方法来获取一个 JSON 对象。如果请求成功，我们会将它解析成一个 JSON 对象并打印出来，否则打印一个错误。
Promise 的优点是很显然的，它可以避免回调地狱的问题，并且代码的表达更加清晰明了。但是当我们链式调用多个 Promise 时，代码可能变得很难维护，也就是所谓的「Promise hell」。
async/await
async/await 是 ES2017 引入的语法，它提供了一种更加简单的方式来处理异步操作。通过使用 async 关键字定义一个异步函数，我们可以在函数内部使用 await 表达式来等待一个 Promise 解决。当我们等待一个 Promise 时，async/await API 会暂停代码的执行并等待 Promise 解决后继续执行代码。
-- -------------------- ---- -------
----- -------- ----------- -
--- -
----- -------- - ----- ------------------------------------------------------
----- ---- - ----- ----------------
------------------
- ----- ------- -
---------------------
-
-
------------在上面的代码中，我们定义了一个异步函数 fetchTodo() 来获取一个 JSON 对象。我们使用 await 表达式来等待 fetch() 方法返回一个 Promise，然后我们解析其响应并打印出来。如果请求失败，我们将打印一个错误。
async/await 的优点是显然的，它易于理解、易于调试、易于维护，同时也不会引起 Promise hell 的问题。当我们的代码需要异步操作时，async/await 已成为了首选的异步编程方式。
如何选择
Promise 和 async/await 都是处理异步操作的强大工具，但是在选择哪种方式时，我们需要考虑以下几点：
项目环境
考虑到有些项目可能不能使用 ES2017 的语法，如果你正在维护一个旧的项目，那么 Promise 将会是更好的选择。
代码可读性
当我们需要链式调用多个异步操作时，async/await 会显得更加直观和易于阅读。当代码中只有一项异步操作时，Promise 可能会更加适合。
异步操作的数量
当我们需要进行多个异步操作时，async/await 可以避免 Promise hell 的问题。但是，在这种情况下使用 Promise，可能会导致代码变得更加简洁。
团队的经验和技能
当一个团队很擅长 Promise 时，可能会倾向于使用 Promise 进行异步操作。反之亦然。
总结
在本文中，我们讨论了 Promise 和 async/await 的区别、优缺点以及如何选择。在实际项目中，我们需要综合考虑项目环境、代码可读性、异步操作的数量和团队的经验和技能等因素来选择合适的异步编程方式。无论你选择哪种方式，你都需要熟悉它并始终保持代码的可读性和可维护性。
来源：JavaScript中文网 ，转载请注明来源 https://www.javascriptcn.com/post/64f89436f6b2d6eab3089e10