Promiseall( ) 困境：什么时候有帮助，什么时候有害

发布日期： 2024-09-21 阅读量： 作者： 网络

promiseall( ) 困境：什么时候有帮助，什么时候有害

在现代 javascript 开发中，处理异步操作是一项常见任务。无论是发出 api 请求、查询数据库还是读取文件，使用异步代码几乎是不可避免的。开发人员遇到的常见工具之一是 promise.all()。然而，我们中的许多人，包括我自己，可能会陷入尝试使用 promise.all() 的陷阱，只是因为它在那里，而没有真正理解它是否是我们特定用例的最佳解决方案。

1. 跟随 promise.all() 潮流

作为开发人员，很容易遇到新功能或工具，并认为它们应该在任何地方实现。我发现自己在 promise.all() 中处于这种情况。在阅读了它如何并行运行多个 promise 并等待所有 promise 完成后再继续后，我渴望将其集成到我的代码中。在没有完全理解是否有必要的情况下，我就跟风并尽可能地应用它。

很容易认为，既然它是一个强大的工具，它一定比更简单的替代品更好。但我很快意识到，盲目应用 promise.all() 而不考虑上下文并不总是能带来最高效或可读的代码。

2. 异步 javascript 基础知识

在我们深入探讨 promise.all() 何时有用之前，让我们首先看看异步函数在 javascript 中是如何工作的。当您编写异步函数并使用等待时，javascript 允许该操作发生，而不会阻塞其余代码。这意味着您可以启动一项操作，然后在等待结果的同时继续执行其他操作。

但是，如果您不小心，当操作可以独立运行时，您最终可能会导致操作不必要地相互依赖。我发现自己处于 promise.all() 的这种情况，认为并行运行所有异步函数总是一个好主意。

示例：异步函数的顺序执行

const fetchdata = async () => {
  const data1 = await getchart();   // request #1
  const data2 = await getdetails(); // request #2
};

上一篇: 实现dedecms搜索结果页按点击排序的方法

下一篇: PHP 函数引用传递的用法示例

Promiseall( ) 困境：什么时候有帮助，什么时候有害

随便看看