Node.js 集群

集群

稳定性: 2 - 不稳定

单个Node.js实例在单线程中运行，在某些情况下，它可能出现负载，因此为了能够更好的利用多核系统的能力，你可以使用Node.js内置的集群（cluster）功能来处理负载。

在集群模块里很容易就能创建一个共享所有服务器接口的进程。

var cluster = require('cluster'
var http = require('http'
var numCPUs = require('os').cpus().length;

if (cluster.isMaster) {
  // Fork workers.
  for (var i = 0; i < numCPUs; i++) {
    cluster.fork(
  }

  cluster.on('exit', function(worker, code, signal) {
    console.log('worker ' + worker.process.pid + ' died'
  }
} else {
  // Workers can share any TCP connection
  // In this case its a HTTP server
  http.createServer(function(req, res) {
    res.writeHead(200
    res.end("hello world\n"
  }).listen(8000
}

运行Node后，将会在所有工作进程里共享8000端口。

% NODE_DEBUG=cluster node server.js
23521,Master Worker 23524 online
23521,Master Worker 23526 online
23521,Master Worker 23523 online
23521,Master Worker 23528 online

这个特性是最近才引入的，大家可以试试并提供反馈。

还要注意，在Windows系统里还不能在工作进程中创建一个被命名的管道服务器。

如何工作

child_process.fork方法派生工作进程，所以它能通过IPC和父进程通讯，并相互传递句柄。

集群模块通过以下的两种分发模式来处理连接：

第一种（默认方法，除了Windows平台）为循环式。主进程监听一个端口，接收新的连接，再轮流的分发给工作进程。

第二种，主进程监听socket，并发送给感兴趣的工作进程，工作进程直接接收连接。

比较上述两种方法，第二种方法理论上性能最高。实际上，由于操作系统各式各样，分配往往分配不均。比如，70%的连接终止于2个进程，实际上共有8个进程。

因为server.listen()将大部分工作交给了主进程，所以一个普通的Node.js进程和一个集群工作进程会在三种情况下有所区别：

server.listen{fd: 7})由于消息被传回主进程，所以将会监听主进程里的文件描述符，而不是其他工作进程里的文件描述符 7。

在Node.js或你的程序里没有路由逻辑，工作进程见也没有共享状态。因此，像登录和会话这样的工作，不要设计成过度依赖内存里的对象。

因为工作线程都是独立的，你可以根据需求来杀死或者派生而不会影响其他进程。只要仍然有工作进程，服务器还会接收连接。Node不会自动管理工作进程的数量，这是你的责任，你可以根据自己需求来管理。

cluster.schedulingPolicy

调度策略cluster.SCHED_RR表示轮流制，cluster.SCHED_NONE表示操作系统处理。这是全局性的设定，一旦你通过cluster.setupMaster()派生了第一个工作进程，它就不可更改了。

SCHED_RR是除Windows外所有系统的默认设置。只要libuv能够有效地分配IOCP句柄并且不产生巨大的性能损失，Windows也会改为SCHED_RR方式。

cluster.schedulingPolicy也可通过环境变量NODE_CLUSTER_SCHED_POLICY来更改。有效值为"rr"和"none"。

cluster.settings

{Object}

调用.setupMaster()(或.fork())方法后，这个settings对象会包含设置内容，包括默认值。

设置后会立即冻结，因为.setupMaster()只能调用一次。

这个对象不应该被手动改变或设置。

cluster.isMaster

{Boolean}

如果是主进程，返回true。如果process.env.NODE_UNIQUE_ID未定义，则isMaster为true。

cluster.isWorker

{Boolean}

如果不是主进程返回true(和cluster.isMaster相反)。

事件: 'fork'

worker {Worker object}

当一个新的工作进程被分支出来，集群模块会产生'fork'事件。它可用于记录工作进程，并创建自己的超时管理。

var timeouts = [];
function errorMsg() {
  console.error("Something must be wrong with the connection ..."
}

cluster.on('fork', function(worker) {
  timeouts[worker.id] = setTimeout(errorMsg, 2000
}
cluster.on('listening', function(worker, address) {
  clearTimeout(timeouts[worker.id]
}
cluster.on('exit', function(worker, code, signal) {
  clearTimeout(timeouts[worker.id]
  errorMsg(
}

事件: 'online'

worker {Worker object}

分支出一个新的工作进程后，它会响应在线消息。当主线程接收到在线消息后，它会触发这个事件。'fork'和'online'之间的区别在于，主进程分支一个工作进程后会调用 fork，而工作进程运行后会调用emitted。

cluster.on('online', function(worker) {
  console.log("Yay, the worker responded after it was forked"
}

事件: 'listening'

worker {Worker object}

工作进程调用listen()时，服务器会触发'listening'事件，同时也会在主进程的集群里触发。

事件处理函数有两个参数，worker包含工作进程对象，address包含以下属性：address, port和addressType。如果工作进程监听多个地址的时候，这些东西非常有用。

cluster.on('listening', function(worker, address) {
  console.log("A worker is now connected to " + address.address + ":" + address.port
}

addressType是以下内容:

4 (TCPv4)

事件: 'disconnect'

worker {Worker object}

当一个工作进程的IPC通道关闭时会触发这个事件。当工作进程正常退出，被杀死，或者手工关闭（例如worker.disconnect()）时会调用。

disconnect和exit事件间可能存在延迟。这些事件可以用来检测进程是否卡在清理过程中，或者存在长连接。

cluster.on('disconnect', function(worker) {
  console.log('The worker #' + worker.id + ' has disconnected'
}

事件: 'exit'

worker {Worker object}

当任意一个工作进程终止的时候，集群模块会触发'exit'事件。

可以调用.fork()重新启动工作进程。

cluster.on('exit', function(worker, code, signal) {
  console.log('worker %d died (%s). restarting...',
    worker.process.pid, signal || code
  cluster.fork(
}

参见child_process event: 'exit'.

事件: 'setup'

settings{Object}

调用.setupMaster()后会被触发。

settings对象就是cluster.settings对象。

详细内容参见cluster.settings。

cluster.setupMaster(settings)

settings {Object}

setupMaster用来改变默认的'fork' 。一旦调用，settings值将会出现在cluster.settings里。

你需要注意如下事项:

改变任何设置，仅会对未来的工作进程产生影响，不会影响对目前已经运行的进程

例如:

var cluster = require('cluster'
cluster.setupMaster{
  exec: 'worker.js',
  args: ['--use', 'https'],
  silent: true
}
cluster.fork( // https worker
cluster.setupMaster{
  args: ['--use', 'http']
}
cluster.fork( // http worker

仅能在主进程里调用。

cluster.fork(env)

env{Object} 添加到子进程环境变量中的键值。

派生一个新的工作进程。

仅能在主进程里调用。

cluster.disconnect(callback)

callback {Function} 当所有工作进程都断开连接，并且关闭句柄后被调用。

cluster.workers里的每个工作进程可调用.disconnect()关闭。

关闭所有的内部句柄连接，并且没有任何等待处理的事件时，允许主进程优雅的退出。

这个方法有一个可选参数，会在完成时被调用。

仅能在主进程里调用。

cluster.worker

{Object}

对当前工作进程对象的引用。主进程中不可用。

var cluster = require('cluster'

if (cluster.isMaster) {
  console.log('I am master'
  cluster.fork(
  cluster.fork(
} else if (cluster.isWorker) {
  console.log('I am worker #' + cluster.worker.id
}

cluster.workers

{Object}

存储活跃工作对象的哈希表，主键是id，能方便的遍历所有工作进程，仅在主进程可用。

当工作进程关闭连接并退出后，将会从cluster.workers里移除。这两个事件的次序无法确定，仅能保证从cluster.workers移除会发生在'disconnect'或'exit'之后。

// Go through all workers
function eachWorker(callback) {
  for (var id in cluster.workers) {
    callback(cluster.workers[id]
  }
}
eachWorker(function(worker) {
  worker.send('big announcement to all workers'
}

如果希望通过通讯通道引用工作进程，那么使用工作进程的 id 来查询最简单。

socket.on('data', function(id) {
  var worker = cluster.workers[id];
}

Class: Worker

一个Worker对象包含工作进程所有公开的信息和方法。在主进程里可用通过cluster.workers来获取，在工作进程里可以通过cluster.worker来获取。

worker.id

{String}

每一个新的工作进程都有独立的唯一标示，它就是id。

当工作进程可用时，id就是cluster.workers里的主键。

worker.process

{ChildProcess object}

所有工作进程都是通用child_process.fork()创建的，该函数返回的对象被储存在process中。

参见: Child Process module

注意：当process和.suicide不是true的时候，会触发'disconnect'事件，并使得工作进程调用process.exit(0)。它会保护意外的连接关闭。

worker.suicide

{Boolean}

调用.kill()或.disconnect()后设置，在这之前是undefined。

worker.suicide能让你区分出是自愿的还是意外退出，主进程可以根据这个值，来决定是否是重新派生成工作进程。

cluster.on('exit', function(worker, code, signal) {
  if (worker.suicide === true) {
    console.log('Oh, it was just suicide\' – no need to worry').
  }
}

// kill worker
worker.kill(

worker.send(message, sendHandle)

message {Object}

这个函数和child_process.fork()提供的send方法相同。主进程里你必须使用这个函数给指定工作进程发消息。

在工作进程里，你也可以用process.send(message)。

这个例子会回应所有来自主进程的消息:

if (cluster.isMaster) {
  var worker = cluster.fork(
  worker.send('hi there'

} else if (cluster.isWorker) {
  process.on('message', function(msg) {
    process.send(msg
  }
}

worker.kill(signal='SIGTERM')

signal{String}发送给工作进程的杀死信号的名称

这个函数会杀死工作进程。在主进程里，它会关闭worker.process，一旦关闭会发送杀死信号。在工作进程里，关闭通道，退出，返回代码0。

会导致.suicide被设置。

为了保持兼容性，这个方法的别名是worker.destroy()。

注意，在工作进程里有process.kill()，于此不同。

worker.disconnect()

在工作进程里，这个函数会关闭所有服务器，等待 'close' 事件，关闭IPC通道。

在主进程里，发给工作进程一个内部消息，用来调用.disconnect()

会导致.suicide被设置。

注意，服务器关闭后，不再接受新的连接，但可以接受新的监听。已经存在的连接允许正常退出。当连接为空得时候，工作进程的IPC通道运行优雅的退出。

以上仅能适用于服务器的连接，客户端的连接由工作进程关闭。

注意，在工作进程里，存在process.disconnect，但并不是这个函数，它是disconnect。

由于长连接可能会阻塞进程关闭连接，有一个较好的办法是发消息给应用，这样应用会想办法关闭它们。超时管理也是不错，如果超过一定时间后还没有触发 disconnect事件，将会杀死进程。

if (cluster.isMaster) {
  var worker = cluster.fork(
  var timeout;

  worker.on('listening', function(address) {
    worker.send('shutdown'
    worker.disconnect(
    timeout = setTimeout(function() {
      worker.kill(
    }, 2000
  }

  worker.on('disconnect', function() {
    clearTimeout(timeout
  }

} else if (cluster.isWorker) {
  var net = require('net'
  var server = net.createServer(function(socket) {
    // connections never end
  }

  server.listen(8000

  process.on('message', function(msg) {
    if(msg === 'shutdown') {
      // initiate graceful close of any connections to server
    }
  }
}

worker.isDead()

工作进程结束，返回true，否则返回false。

worker.isConnected()

当工作进程通过IPC通道连接主进程时，返回true ，否则false。工作进程创建后会连接到主进程。当disconnect事件触发后会关闭连接。

事件: 'message'

message{Object}

该事件和child_process.fork()所提供的一样。在主进程中您应当使用该事件，而在工作进程中您也可以使用process.on('message')。

例如，有一个集群使用消息系统在主进程中统计请求的数量:

var cluster = require('cluster'
var http = require('http'

if (cluster.isMaster) {

  // Keep track of http requests
  var numReqs = 0;
  setInterval(function() {
    console.log("numReqs =", numReqs
  }, 1000

  // Count requestes
  function messageHandler(msg) {
    if (msg.cmd && msg.cmd == 'notifyRequest') {
      numReqs += 1;
    }
  }

  // Start workers and listen for messages containing notifyRequest
  var numCPUs = require('os').cpus().length;
  for (var i = 0; i < numCPUs; i++) {
    cluster.fork(
  }

  Object.keys(cluster.workers).forEach(function(id) {
    cluster.workers[id].on('message', messageHandler
  }

} else {

  // Worker processes have a http server.
  http.Server(function(req, res) {
    res.writeHead(200
    res.end("hello world\n"

    // notify master about the request
    process.send{ cmd: 'notifyRequest' }
  }).listen(8000
}

事件: 'online'

和cluster.on('online')事件类似, 仅能在特定工作进程里触发。

cluster.fork().on('online', function() {
  // Worker is online
}

不会在工作进程里触发。

事件: 'listening'

address{Object}

和cluster.on('listening')事件类似, 仅能在特定工作进程里触发。

cluster.fork().on('listening', function(address) {
  // Worker is listening
}

不会在工作进程里触发。

事件: 'disconnect'

和cluster.on('disconnect')事件类似, 仅能在特定工作进程里触发。

cluster.fork().on('disconnect', function() {
  // Worker has disconnected
}

事件: 'exit'

code {Number} 正常退出时的退出代码.

和cluster.on('exit')事件类似, 仅能在特定工作进程里触发。

var worker = cluster.fork(
worker.on('exit', function(code, signal) {
  if( signal ) {
    console.log("worker was killed by signal: "+signal
  } else if( code !== 0 ) {
    console.log("worker exited with error code: "+code
  } else {
    console.log("worker success!"
  }
}

事件: 'error'

和child_process.fork()事件类似。

工作进程里，你也可以用process.on('error')。