Javascript

记得在 NodeJS 上继续使用回调和异步代码

本文主要是介绍记得在 NodeJS 上继续使用回调和异步代码,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

Photo by 安东马克西莫夫 5642.su on 不飞溅

记得在 NodeJS 上继续使用回调和异步代码

一个简短的案例场景,通过记住 NodeJS 事件循环来提高应用程序性能。

我知道,在 2022 年,异步操作必须在 NodeJS 环境中受到青睐似乎很明显,但我将在本文中展示我如何重构代码以利用 NodeJS 的性能。 .

我假设仍在阅读本文的您已经熟悉 NodeJS 环境。确实,你可能是。但是,让我们做一些定义,以便更多人能够理解我将进一步说的话。

节点.js 是一个开源和跨平台的 JavaScript 运行时环境。它运行 V8 JavaScript 引擎(与 Google Chrome 相同),为该平台开发的应用程序在单个进程中运行,而不是为每个请求创建一个新线程。

这种单线程特性是 NodeJS 的核心概念,它在其标准库中提供了一组异步 I/O 原语,以防止 JavaScript 代码阻塞。但是怎么做呢?好吧,依靠一个定义明确的 事件循环 , 注册不时运行的函数,允许处理许多请求(一次一个)。

总结一下,在这种环境下,您的应用程序是单线程的,您应该将每个请求作为一组可以暂停和恢复的指令来处理,以便您能够尽可能地处理大多数请求。在为 NodeJS 编写应用程序时,这一定是一般的想法。

好吧,我认为现在是时候展示我一开始承诺的真实场景了。所以,让我们去做吧。

我有一个在 NodeJS 平台上运行的应用程序。它与第三方 API 集成工作,从中定期获取一些数据并将其保存在关系数据库中。必须更新已持久化的注册表,否则应创建新的注册表。到目前为止,一切都很好,但我们有一些限制:

  1. API 仅列出所有数据(没有任何类型的过滤)
  2. 数据是分页的(当然),但你事先并不知道,所以你只知道在读取服务器响应时到达了最后一页。

牢记这些条件,我发现第一个实现类似于下面的代码:

First implementation

上面的代码正是需要的。它从第三方 API 服务器获取数据并将它们附加到一个列表中,利用最后的分页结果重复它(由 页面令牌 ) 被发现。但是,它有一些缺陷:

  1. 它只允许处理数据(由 结果列表 ) 获取所有页面后。
  2. 做...同时 循环可能需要更长的时间才能完成,因此事件循环被此操作阻塞(请记住: 不要阻塞事件循环 )。

这些是我考虑的要点,以便以仍然可靠的方式重构此代码,但将其提高到应用程序范围内的性能。过了一会儿,我提出的最终解决方案是:

Second implementation

最终的代码比前一个复杂一点(只是一点点),但值得努力去理解它。让我们看看为什么。

首先, 全部列出 两个实现中的函数都返回一个 Promise 对象。第一个隐式使用 异步 关键字,第二个显式创建一个承诺实例。但是,第二种实现也需要一个参数 流内 那一定是 可读流 .

你不知道什么是流?不好了!让我看看……我们可以将流定义为允许您通过 NodeJS 应用程序异步发送数据的接口。抽象出细节。试想一下,您可以在应用程序的一个部分发送一部分数据,而这些数据可以从另一部分读取。这是基本的想法。

输入流实例允许我们在这部分代码上使用异步处理。

第 26 行第一次调用 获取API数据 该方法将执行 HTTP 请求并从第三方 API 服务器获取部分数据。第 27 行注册一个回调以获取接收到的响应并将其转发给 过程响应 函数,以及输入流。

第 10-21 行描述了简单地将数据列表转发到流实例的数据处理,如果还有另一个页面,则在另一个页面之后递归调用自身 获取API数据 调用。

通过流推送的即时数据列表(第 12 行) 允许应用程序完全处理 API 数据 一经请求 ,根据接收的顺序,无需等待处理大量数据和 既不将它们附加到列表中 (这可以减少内存消耗)。此外,我们与 NodeJS 事件循环 无阻塞的想法,一旦我们的请求被(简短的)回调执行处理,可以在几个期间调用和恢复 事件循环 .

因此,在最后一个实现中,我们修复了第一个代码片段中指出的缺陷。现在应用程序获得了性能改进。对我们所有人来说都是伟大的工作!

这篇关于记得在 NodeJS 上继续使用回调和异步代码的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!