所以我开始在我正在做的项目中使用 node.js。
当客户端发出请求时，我的 node.js 服务器从另一台服务器获取 json，然后将其重新格式化为提供给该客户端的新 json。但是，节点服务器从另一台服务器获得的 json 可能非常大，因此数据的“按摩”是相当 cpu 密集型的。
过去几个小时我一直在阅读 node.js 如何不适用于 cpu 任务，而我看到的主要响应是生成一个子进程（基本上是一个通过不同节点实例运行的 .js 文件) 处理任何可能阻塞主事件循环的 CPU 密集型任务。
因此，假设我有 20,000 个并发用户，这意味着它将在运行这些子进程时产生 20,000 个操作系统级别的作业。
这听起来是个好主意吗？（不同的 Web 服务器只会在同一个进程上创建 20,000 个线程。）
我不确定是否应该运行子进程。但我确实需要做一个非阻塞的 cpu 密集型任务。关于我应该做什么的任何想法？
这么说的人不知道如何构建解决方案。
NodeJS 正是它所说的，它是一个节点，应该这样对待。
在您的示例中，您的节点实例连接到外部 api 并获取 json 进行处理并发回。
即 1. 获取 // server.com/getJSON 2. 处理 json 3. 发布 // server.com/postJSON
所以你会怎么做？问问自己时间是一个问题吗？如果是这样，那么节点不是解决方案但是，如果您对原始处理能力更感兴趣，那么而不是在 4 秒内完成 1 个请求
您对在 10 秒内完成的 200 个请求感兴趣，但每个单独的请求大约需要整整 10 秒。
如果少于 1 秒，请诊断您的 JSON 按摩需要多长时间。只需运行 4 个节点实例而不是 1 个。
但是，如果它比这更复杂，请将 json 分成段进行处理。并使用异步回调处理每个段
process.nextTick(function(doprocess(segment1);process.nextTick(function(){doprocess(segment2)
每个 doProcess 调用下一个 doProcess
Node js 将在请求之间交换时间。
现在采用该解决方案并将其扩展为每台服务器 4 个节点实例和 2-5 个服务器
突然之间，您有了一个极具扩展性和成本效益的解决方案。