node.js - CPU 密集型任务的子进程？

Question

所以我开始在我正在做的项目中使用 node.js。

当客户端发出请求时，我的 node.js 服务器从另一台服务器获取一个 json，然后将其重新格式化为一个新的 json，并提供给该客户端。然而， Node 服务器从其他服务器获得的 json 可能非常大，因此数据“按摩”非常占用 CPU。

过去几个小时我一直在阅读 node.js 不适合 cpu 任务，我看到的主要响应是生成一个子进程(基本上是一个 .js 文件运行在不同的进程中) Node 实例)处理任何可能阻塞主事件循环的 CPU 密集型任务。

假设我有 20,000 个并发用户，这意味着它会在运行这些子进程时生成 20,000 个操作系统级别的作业。

这听起来是个好主意吗？ (不同的 Web 服务器只会在同一进程上创建 20,000 个线程。)

我不确定我是否应该运行一个子进程。但我确实需要进行非阻塞 cpu 密集型任务。我应该做什么有什么想法吗？

Answer 1

说这种话的人不知道如何设计解决方案。

NodeJS 正是它所说的，它是一个 Node ，应该这样对待。

在您的示例中，您的 Node 实例连接到外部 api 并获取 json 进行处理并发回。

即1.获取//server.com/getJSON2.处理json3. 发布//server.com/postJSON

那你是做什么的？问问自己时间是个问题吗？如果是这样，那么 Node 不是解决方案但是，如果您对原始处理能力更感兴趣，那么不要在 4 秒内完成 1 个请求

您对在 10 秒内完成的 200 个请求感兴趣，但每个请求都花费了大约整整 10 秒。

诊断您的 JSON 需要多长时间才能进行按摩(如果少于 1 秒)。只需运行 4 个 Node 实例而不是 1 个。

但是，如果它比这更复杂，请将 json 分成多个部分进行处理。并使用异步回调处理每个段

process.nextTick(function( doprocess(segment1); process.nextTick(function() {doprocess(segment2)

每个doProcess调用下一个doProcess

Node js 将在请求之间交换时间。

现在采用该解决方案并将其扩展为每台服务器 4 个 Node 实例，以及 2-5 个服务器

突然之间，您拥有了一个极具可扩展性和成本效益的解决方案。