使用child_process是一种解决方案。但是与Go相比，产生的每个子进程可能会消耗大量内存goroutines

您还可以使用基于队列的解决方案，例如kue

您可以使用几种方法。

如@Tim所述，您可以创建一个异步任务，该任务位于主服务逻辑之外或与之并行。取决于您的确切要求，但是即使cron也可以充当排队机制。

WebWorkers可以为您的异步进程工作，但是node.js当前不支持它们。有几个提供支持的扩展，例如：http : //github.com/cramforce/node-worker

您仍然可以通过标准的“需要”机制重用模块和代码。您只需要确保向工作人员的初始调度传递了处理结果所需的所有信息。

您不希望CPU密集型代码执行异步，而是希望它并行执行。您需要从处理HTTP请求的线程中删除处理工作。这是解决此问题的唯一方法。使用NodeJS，答案就是集群模块，用于产生繁重的子进程。（AFAIK Node没有线程/共享内存的任何概念；它是进程或什么都没有）。对于如何构造应用程序，您有两个选择。通过生成8个HTTP服务器并在子进程上同步处理计算密集型任务，可以获得80/20解决方案。这样做很简单。您可能需要一个小时来阅读该链接。实际上，如果仅撕掉该链接顶部的示例代码，您将获得95％的访问权限。

构造此任务的另一种方法是设置作业队列并通过该队列发送大型计算任务。请注意，作业队列的IPC有很多开销，因此仅当任务明显大于开销时，这才有用。

令我惊讶的是，这些其他答案都没有提到集群。

背景：异步代码是暂停直到其他地方发生什么的代码，这时代码醒来并继续执行。I / O是一种很常见的情况，必须在其他地方发生缓慢的情况。

如果由您的处理器来负责工作，那么异步代码就没有用。“计算密集型”任务就是这种情况。

现在，异步代码似乎很合适，但实际上它很常见。它恰好对计算密集型任务没有用。

例如，等待I / O是Web服务器中经常发生的一种模式。连接到您的服务器的每个客户端都有一个套接字。大多数时候，插座是空的。在套接字接收到一些数据之前，您不需要执行任何操作，此时您要处理请求。在后台，像Node这样的HTTP服务器正在使用事件库（libev）来跟踪数千个打开的套接字。操作系统通知libev，然后在其中一个套接字获取数据时，libev通知NodeJS，然后NodeJS在事件队列中放置一个事件，此时您的http代码启动，并依次处理事件。在套接字具有一些数据之前，事件不会进入队列，因此事件永远不会在数据上等待-它已经在等待数据了。

当瓶颈正在等待一堆几乎是空的套接字连接并且您不想为每个空闲连接使用整个线程或进程并且您不想轮询250k时，基于事件的单线程Web服务器就成为一种范式套接字以查找下一个包含数据的套接字。

这是对Web服务器定义的误解-它仅应用于与客户端“交谈”。重负载任务应委托给独立程序（当然也可以用JS编写）。
您可能会说它很脏，但是我向您保证，调整图像大小的Web服务器进程会更糟（即使可以说Apache，但它不会阻止其他查询）。不过，您可以使用公共库来避免代码冗余。

编辑：我想出了一个比喻；Web应用程序应作为餐厅。您有服务员（Web服务器）和厨师（工人）。服务员与客户保持联系，并执行简单的任务，例如提供菜单或解释某些菜是否素食。另一方面，他们将较艰巨的任务委托给厨房。因为服务员只做简单的事情，所以他们会迅速做出反应，而厨师则可以专心工作。

这里的Node.js将是一个单一但非常有才华的服务员，它可以一次处理许多请求，而Apache将是一群笨拙的服务员，每个服务员仅处理一个请求。如果这个Node.js服务员开始做饭，那将是一场灾难。尽管如此，烹饪还可能耗尽甚至大量的Apache服务员，更不用说厨房的混乱和响应能力的逐步下降。

您需要的是一个任务队列！将长时间运行的任务移出Web服务器是一件好事。将每个任务保存在“单独的” js文件中可促进模块化和代码重用。它迫使您考虑如何以某种方式构造您的程序，从长远来看，它将使调试和维护变得更加容易。任务队列的另一个好处是可以用不同的语言编写工作人员。只需弹出一个任务，执行工作，然后将响应写回即可。

像这样的东西https://github.com/resque/resque

这是github上的一篇文章，介绍了他们为什么建立它http://github.com/blog/542-introducing-resque