大师兄

主要分析下 src 文件夹下的代码。从简单到难吧：

utils.js

按照命名，肯定是封装一些常用的方法。这里只提供了一个 cpuNum 的 getter 接口。

这个是计算当前计算机的 cpu 核心数目，用于决定开启多大的集群进程。为了保证效率，最小的返回值是 4。

error.js

主要从 Error  对象上继承并且创建了新对象： VemoError 。对象构造函数上， 设计了一个有关此框架的错误状态码的信息 。

除了 VemoError ，还暴露了一些错误的代号定义。

cluster.js

对外暴露了自定义的高并发集群代码，它引用了同级的 ./process.js  封装的管理类，并且初始化了它。它的具体含义请见"process.js"中的讲解。

cloudbase.js

getLocalSecret  方法是读取本地用户的根目录中的 .tcbrc.json  配置文件，并且将 Id 和 Key 放入 process.env  变量中。

getTempSecret  方法是获取云主机的临时密钥：

1. 正常情况下，访问远程地址，获取 id、key、token 和过期时间，并且放入 process.env  变量中。 有个不错的设计点：过期时间比远程动态减少 600s，主要是为了提前拉取
2. 异常情况下， 如果没有到达最大失败次数，则在异常捕获中，调用自身，进行重试 。这里也是一个不错的设计点，包括参数的传递。（不需要用闭包）
3. 改进意见 ：
4. 考虑到网络情况造成的异常情况处理，其实可以使用定时器调用。
5. 检测位置可以提到函数入口，考虑参数为 (0, -1) 的情况

对外暴露：
async 函数，就是拿到有效的临时密钥，并且挂载上下文，继续执行后面的程序（next 参数）。

process.js

整体的设计思路是：一个主进程，多个工作进程。为了保证工作进程有效，又采用了"心跳机制" + "生命周期" + "定时检测"3 种机制来保证有效以及意外情况下的重启机制。

除此之外，在内存不足的时候，会自动降级服务！

内置方法

timer  函数，就是一个类似 setInterval 的函数。与 setInterval 不同的地方有 2 点：

1. 回调函数的参数：当前的时间戳
2. 第一次是立即执行的

restartWorker  函数，专门用来重启工作进程的函数。
它首先会检测距离上次批量重启的时间是否太短，太短，则跳过。 根据全局环境设置，这里的每次自动重启检测的时间是 60s。 
否则，循环遍历所有子进程， 检查当前子进程的存活时间是否超过规定（60min） ，超过，就调用 killWorker 先新建再删除。
这个函数的精彩之处，在于时间上的处理。一言：每分钟自动检测进程更新，每个进程都会在 1 小时后被依次自动更新。

killWorker  函数，先启动新进程占位，再删除原进程。

1. 对于新建的进程：监听 killSelf 新号，重建自己；监听 hearBeat 心跳信号。
2. 对于被替换的老进程：先断开连接，再 2s 后 kill 掉。（ problem：为什么先断链，再关闭呢 ？如果有大运算，调用 disconnect 会阻塞并不会关闭 IPC 管道。需要等待 2s 自定义缓冲时间， 再强制 kill ，不再调用 disconnect，因为还会阻塞）。

对外暴露方法

init  函数，初始化进程管理器：

1. 对于主进程
2. 根据 cpu 核心创建工作进程
3. 每个工作进程监听 3 种信号并且响应
4. 开启 restartWorker，对于超过生命周期的进程，自动重启
5. 再定义一个 timer，检测每个工作进程存活状态，以及心跳是否正常
6. 对于工作进程
7. 加载 index.js 中的端口逻辑，若有出错，则告知主进程，并且关闭主进程（ problem：主进程会自动关闭其他工作进程吗？ cluster 已经帮忙做了，linux 下通过 ps -aux | grep "..." 可以查看）
8. 定义一个 timer，向主进程发送心跳包
9. 定义一个 timer，检测内存占用过高，主进程关闭工作进程（ problem：process.memoryUsage()是全部的吗？是当前进程的信息 ）

reload  函数，重启全部进程：
这个设计的很巧妙，因为全部工作进程的创建时间都放在 workerCreateTime  对象中，主进程中又开启了自动重启子进程的 timer（在 120 行）。所以这里直接一个循环，将其所有属性置 0。
当然，这并不是同时重启，每个子进程的重启有个间隔，这个间隔可以改进，因为这个间隔期间就是服务器响应能力比较弱的时候

index.js

在工作进程启动端口相关的服务，主要分为 3 个部分：普通 http 服务、websocket 服务以及静态服务器服务。

请分别调研使用它们的服务对应的库的用法。