我们都知道nodejs最大的特点就是单进程、无阻塞运行，并且是异步事件驱动的。Nodejs的这些特性能够很好的解决一些问题，例如在服务器开发中，并发的请求处理是个大问题，阻塞式的函数会导致资源浪费和时间延迟。通过事件注册、异步函数，开发人员可以提高资源的利用率，性能也会改善。既然Node.js采用单进程、单线程模式，那么在如今多核硬件流行的环境中，单核性能出色的Nodejs如何利用多核CPU呢？创始人Ryan Dahl建议，运行多个Nodejs进程，利用某些通信机制来协调各项任务。目前，已经有不少第三方的Node.js多进程支持模块发布，而NodeJS 0.6.x 以上的版本提供了一个cluster模块 ,允许创建“共享同一个socket”的一组进程,用来分担负载压力。本篇文章就基于该cluster模块来讲述Node.js在多核CPU下的编程。

首先贴出一段该模板示例应用代码，接下来进行分析，代码如下

一个请求过来，是给worker进程A处理，还是给worker进程B处理呢？怎么保证大家均等的干活呢？这就是负载均衡的问题。

当前有两种可选的方法来做负载均衡。

早期的cluster是各个worker进程自己去监听socket端口，由操作系统去唤醒worker进程，大家可能很容易认为操作系统会随机的选择worker进程，于是就实现了服务的负载均衡。但实际上，像Linux操作系统总是唤醒某几个进程，因为对于系统来说，上下文切换时很昂贵的操作，唤醒最近被唤醒的进程是比较好的选择。早期的这种方式负载是很不均衡的。

从0.11.2版本开始，cluster开始增加了round-robin模式做负载均衡：master进程负责监听，收到请求后转发给worker进程，多个worker进程轮流干活。round-robin是当前cluster的默认负载均衡处理模式（除了windows平台），如果要回到之前的模式，有两种方式

master进程不会自动管理worker进程的生死，如果worker被外界杀掉了，不会自动重启，只会给master进程发送‘exit’消息，开发者需要自己做好管理。

各个worker进程之间是独立的，为了让多个worker进程共享数据（譬如用户session），一般的做法是在Nodejs之外搭建一个数据库，多个worker进程通过数据库做数据共享。