node.js多进程架构

node.js是单进程应用，要充分利用多核cpu的性能，就需要用到多进程架构。

作为web服务器，不能多个进程创建不同的socket文件描述符去accept网络请求， 有经验的同学知道，如果端口被占用了，再跑一个监听该端口的服务就会报EADDRINUSE异常。那么问题来了，多进程架构如何去解决这个问题？

我们把多进程架构设计成典型的master-workers架构， 一个master, 多个worker。

master-workers架构如下图所示：

我们可以在master进程代理accept请求然后分配给worker处理。但客户端进程连接到master进程，master进程连接到worker进程需要用掉两个文件描述符，会浪费掉一倍数量的文件描述符。

所以交由worker来accept请求会是更好的方案。

master先创建一个server监听端口，然后通过进程间通信，把socket文件描述符传递给所有的worker进程， worker进程用传递过来的socket文件描述符封装成server（感官上好像是把一个server对象发送给另一个进程，其实是把相应的句柄封装后，通过JSON.stringify()序列化再发送， 接收端进程还原成相应的句柄。）

然后，还有一个问题，假如其中一个worker进程异常退出了怎么办， 这个时候，worker进程应该要通知到master进程，然后master进程重新fork一个worker进程。

先上master的代码：

复制代码
1 "use strict"
2
3 const fork = require('child_process').fork;
4 const cpus = require('os').cpus();
5 let server = require('net').createServer((socket)=>{
6 // ‘connection’ 监听器
7 socket.end('Handled by master n');
8 console.error('Handled by master n'); //不应该在master accept请求
9 });
10
11
12 server.listen(8001);
13
14 let workers = {};
15
16 function createWorker(ser) {
17 let worker = fork('./worker.js');
18
19 worker.on('message', function(msg, handle) {
20 // 收到子进程通知需要创建新的worker(子进程退出前通知父进程)
21 if(msg ==='new_worker') {
22 let ser = handle;
23 createWorker(ser);
24 // 关掉
25 ser.close();
26 }
27 })
28
29
30 worker.on('exit', function(code, signal){
31 delete workers[worker.pid];
32 });
33
34 // 句柄转发
35 let result = worker.send('server', ser, (err)=> {err&&console.error(err)});
36 console.info('send server to child result:', result);
37 workers[worker.pid] = worker;
38 }
39
40 for(let i=0; i<cpus.length; i++) {
41 createWorker(server);
42 }
43
44 // 关掉，不再accept端口请求
45 server.close();
46
47 /*
48 code <number> The exit code if the child exited on its own.
49 signal <string> The signal by which the child process was terminated.
50 */
51 process.on('exit', function(code, signal) {
52 console.log(master exit, code:${code}, signal:${signal});
53 for(let pid in workers) {
54 workers[pid].kill();
55 }
56 })
57
58 process.on('uncaughtException', function(error) {
59 console.error('master | uncaughtException, error:', error);
60 process.exit(1);
61 })
62
63 //一些常用的退出信号的处理:
64 // kill pid 默认是SIGTERM信号
65 // 控制台 ctrl-c 是SIGINT信号
66 const killSignalList = ['SIGTERM', 'SIGINT'];
67 killSignalList.forEach((SIGNAL)=>{
68 process.on(SIGNAL, function(){
69 console.log(${SIGNAL} signal);
70 process.exit(1);
71 })
72 })
复制代码

master进程根据cpu核数fork相应数量的worker进程， fork成功后马上把server句柄发送给worker进程， fork所有worker进程后， 就把server关掉，不再接收请求。 master进程退出前会调用worker的kill()方法杀掉所有worker进程。

worker代码如下：

复制代码
1 const http = require('http');
2
3
4 const server = http.createServer(function(req, res) {
5 // ‘request’ 监听器
6 res.end('handled by worker n');
7 // throw new Error('error');
8 })
9
10 let worker;
11 process.on('message', function(msg, handle){
12 if(msg === 'server') {
13 worker = handle;
14 worker.on('connection', function(socket){
15 server.emit('connection', socket);
16 })
17 }
18
19 })
20
21
22 process.on('uncaughtException', function(err) {
23 console.error('uncaughtException err:', err.message, ', worker进程将重启');
24 // 通知master创建新的worker
25 process.send('new_worker', worker);
26 // 停止接收新的连接
27 worker.close(function() {
28 // 所有已有连接断开后，退出进程
29 process.exit(1);
30 });
31 });
复制代码

worker进程有个细节处理的地方： 异常退出前，先通知master进程创建新的worker, 然后等待所有已有连接断开后再退出进程。

关于进程间的句柄发送功能， 有兴趣的同学可以再去了解一下， 子进程对象send(message,[sendHandle])方法可以发送的句柄类型有：

net.Socket, TCP套接字。
net.Server, TCP服务器，任意建立在TCP服务上的应用层服务都可以享受到它带来的好处。
net.Native, C++层面的TCP套接字或IPC通道。
dgram.Socket, UDP套接字。
dgram.Native， C++层面的UDP套接字

多个worker进程监听同一个套接字，会导致惊群现象， 有请求过来时cpu会唤醒所有的worker进程， 最终只有一个进程accept到请求， 其它进程accept请求失败，这种情况会产生一些不必要的开销。 如何避免惊群现象，我另外写一篇文章具体说一下。