前言
我们都知道nodejs最大的特点就是单进程、无阻塞运行，并且是异步事件驱动的。Nodejs的这些特性能够很好的解决一些问题，例如在服务器开发中，并发的请求处理是个大问题，阻塞式的函数会导致资源浪费和时间延迟。通过事件注册、异步函数，开发人员可以提高资源的利用率，性能也会改善。既然Node.js采用单进程、单线程模式，那么在如今多核硬件流行的环境中，单核性能出色的Nodejs如何利用多核CPU呢？创始人Ryan Dahl建议，运行多个Nodejs进程，利用某些通信机制来协调各项任务。目前，已经有不少第三方的Node.js多进程支持模块发布，而NodeJS 0.6.x 以上的版本提供了一个cluster模块 ,允许创建“共享同一个socket”的一组进程,用来分担负载压力。本篇文章就基于该cluster模块来讲述Node.js在多核CPU下的编程。
Cluster用法介绍
首先贴出一段该模板示例应用代码，接下来进行分析，代码如下
'use strict';
var cluster = require('cluster');
var http = require('http');
var numCPUs = require('os').cpus().length;
if (cluster.isMaster) {
for (var i = 0; i < numCPUs; i++) {
cluster.fork();
}
cluster.on('listening',function(worker,address){
console.log('listening: worker ' + worker.process.pid +', Address: '+address.address+":"+address.port);
});
cluster.on('exit', function(worker, code, signal) {
console.log('worker ' + worker.process.pid + ' died');
});
} else {
process.env.NODE_ENV = 'production';
require('./server.js');
}
负载均衡问题
一个请求过来，是给worker进程A处理，还是给worker进程B处理呢？怎么保证大家均等的干活呢？这就是负载均衡的问题。
当前有两种可选的方法来做负载均衡。
早期的cluster是各个worker进程自己去监听socket端口，由操作系统去唤醒worker进程，大家可能很容易认为操作系统会随机的选择worker进程，于是就实现了服务的负载均衡。但实际上，像Linux操作系统总是唤醒某几个进程，因为对于系统来说，上下文切换时很昂贵的操作，唤醒最近被唤醒的进程是比较好的选择。早期的这种方式负载是很不均衡的。
从0.11.2版本开始，cluster开始增加了round-robin模式做负载均衡：master进程负责监听，收到请求后转发给worker进程，多个worker进程轮流干活。round-robin是当前cluster的默认负载均衡处理模式（除了windows平台），如果要回到之前的模式，有两种方式
（1）可以在cluster加载之后未调用其他cluster函数之前执行：cluster.schedulingPolicy = cluster.SCHED_NODE;来设定。
（2）设置环境变量NODE_CLUSTER_SCHED_POLICY = "none"
进程监控
master进程不会自动管理worker进程的生死，如果worker被外界杀掉了，不会自动重启，只会给master进程发送‘exit’消息，开发者需要自己做好管理。
数据共享问题
各个worker进程之间是独立的，为了让多个worker进程共享数据（譬如用户session），一般的做法是在Nodejs之外搭建一个数据库，多个worker进程通过数据库做数据共享。
