egg框架内置了egg-cluster，来启动Master进程，Master有足够的稳定性，不再需要使用pm2等进程守护模块。安装egg的时候会将egg-cluster安装好。

框架同时提供了egg-scripts来支持线上环境的运行和停止，但需要在 package.json 的dependencies中引入。

egg-scripts start // 开启应用
egg-scripts stop  // 停止应用

开启应用的时候可以通过 --workers=xx 指定框架worker线程数，默认会创建和CPU核数相等的app worker数，以充分利用CPU资源。

// 查看node进程
ps -ef | grep wechat
ps -eo "pid,command" | grep wechat

我们知道JavaScript代码是运行在单线程上的，一个Node.js进程只能运行在一个CPU上，如何利用上多核CPU的并发优势那？

Node.js官方提供的解决方案是Cluster模块，用户可以通过集群化模块很方便地创建子进程，那Cluster是什么那？

• 在服务器上同时启动多个进程。
• 每一个进程里跑的是同一份源代码（类似把以前的一个进程的工作分给多个进程来做）。
• 这些进程可以同时监听一个端口。

其中：

• 负责启动其他进程的叫做Master进程，不做具体的工作，只负责启动其他进程。
• 其他被启动的进程叫Worker进程，它们接收请求，对外提供服务。
• Worker进程的数量一般根据服务器的CPU核数来定，以充分利用多核资源

一般来说，Node.js进程退出可以分为以下两类：

1. 未捕获异常

当代码抛出了异常没有被捕获到时，进程将会退出，Node提供了process.on('uncaughtException', handler)接口来处理它，但是当一个Worker进程遇到“未捕获进程”时，它已经处于一个不确定状态，此时我们应该将其优雅退出：

• 关闭异常Worker进程的所有的TCP Server，断开与Master的IPC通道，且不再接收新的用户请求。
• Master立刻fork出一个新的Worker进程，保证在线的进程总数不变。
• 异常Worker等待一段时间，处理完已接收的请求后退出。

2. OOM、系统异常

当一个进程出现异常导致crash或者OOM（out of memory）被系统杀死时，不像未捕获异常发生时我们还有机会让进程继续执行，只能够让当前进程直接退出，Master立即fork出一个新的Worker。

Agent机制

后来我们发现，有些工作其实不需要每个 Worker 都去做，如果都做，一来是浪费资源，更重要的是可能会导致多进程间资源访问冲突。比如：日志定时归档。

所以，对于这一类后台运行的逻辑，我们希望将它们放到一个单独的进程上去执行，这个进程就叫 Agent Worker，简称 Agent。

当一个应用启动时，会同时启动三类进程，如下所示：

• Master

在这个模型下，Master 进程承担了进程管理的工作（类似pm2），不运行任何业务代码，我们只需要运行起一个 Master 进程它就会帮我们搞定所有的 Worker、Agent 进程的初始化以及重启等工作了。Master 进程的稳定性是极高的，不再需要使用pm2等进程守护模块。

• Agent

在大部分情况下，我们在写业务代码的时候完全不用考虑 Agent 进程的存在，但是当我们遇到一些场景，只想让代码运行在一个进程上的时候，Agent 进程就到了发挥作用的时候了。

• Worker

Worker 进程负责处理真正的用户请求和定时任务的处理。而 Egg 的定时任务也提供了只让一个 Worker 进程运行的能力，所以能够通过定时任务解决的问题就不要放到 Agent 上执行。

Worker 运行的是业务代码，相对会比 Agent 和 Master 进程上运行的代码复杂度更高，稳定性也低一点，当 Worker 进程异常退出时，Master 进程会重启一个 Worker 进程。