【这是一猿小讲的第 48 篇原创分享】

各位坐稳扶好，我们要开车了。不过在开车之前，我们还是例行回顾一下上期分享的要点。

上期我们抛了一个砖：“如何实现 Java 应用进程的状态监控，如果被监控的进程 down 掉，是否有机制能启动起来？”并结合 Resin 应用服务器背后启动的进程，更详细的阐述了一下问题。

我们依然不考虑自己怎么去实现，而是先看看 Resin 这款技术轮子，是不是按照我们的猜想设计的呢？是不是可以模仿一二？

好了，熟读唐诗三百首，不会作诗也会吟，抱着疑问，我们再深入一次 Resin 的源码，如果不感兴趣，或者脑仁疼，那建议跳到下篇直接撸码实战。

1.

我们从 ResinBoot 的 main 函数开始，一步一步来看看怎么实现，目标是提取里面的关键核心思想，细枝末节莫纠结。

ResinBoot 的 main 函数是 Resin 应用服务器入口，大概流程如下：

创建 ResinBoot 实例 boot；

然后根据传入的 args 参数获取对应的 XxCommand 对象；

接着调用 ResinBoot 的 start 函数，完成服务的启动；

最后退出 ResinBoot 的进程。

那接下来不妨再深入看看创建 ResinBoot 对象时，构造方法中都干了啥？

发现 ResinBoot 创建对象时，构造方法中创建了 WatchdogArgs 对象，WatchdogArgs 里面到底又做了什么呢？

发现 WatchdogArgs 静态代码块中提前预制了一堆命令执行的对象实例，其中就包括 StartCommand，再回头看看它的构造方法，会发现会进行解析咱们 main 函数传入的 args 入参，然后根据入参获取对应的命令执行对象。

其中格式化命令行入参的方法 parseCommandLine 会匹配一堆预制的参数，实在匹配不到就从静态的 _commandMap 中去匹配对应的命令执行对象，当然咱们传入的参数是 start，所以会匹配成功  StartCommand。

那么我们再回头看看 ResinBoot 的 main 函数，发现又调用了 ResinBoot 的 start 方法。

那我们也一起看看 ResinBoot 的 start 方法做了些什么操作？发现方法中获取对应的 command，然后调用 command.doCommand() 方法。

我们知道此时的 command 为 StartCommand，那 StartCommand 中的 doCommand() 到底做了什么事情呢？会发现 doCommand 方法中调用了 WatchdogClient 的 startWatchdog 的方法。

那我们看看 startWatchdog 方法中又做了哪些事情？重点要来了，重点要来了，重点要来了。发现调用了 launchManager 方法，那 launchManager 又是干什么的呢？

仔细深入会发现，launchManager 方法主要用 ProcessBuilder 来实现启动 WatchdogManager 的进程。

并且第 539 行有一句日志输出，和咱们在控制台输入 ./resin.sh start 命令启动 Resin 服务时的日志不谋而合。

至此，ResinBoot 通过 ProcessBuilder.start() 成功触发启动 WatchdogManager 进程，也就是咱们猜测的大总管进程，哪丫鬟进程是否也存在呢？丫鬟进程又是怎么启动的呢？

2.

此时我们跟随源码设计的脚步，继续向下刨一刨 WatchdogManager，发现 WatchdogManager 程序入口 main 函数中，根据传入参数构建了 WatchdogManager 对象，并通过参数获取对应的 XxCommand（似曾相识的感觉），然后通过 XxCommand 调用 doWatchdogStart 函数完成服务的启动。

再深入去跟踪，发现 doWatchdogStart 方法中会调用 WatchdogManager 的 startServer 方法。

那 startServer 方法中又干了什么事情呢？很显然是通过配置找到要启动的子服务，然后调用重载的 startServer 方法。

接着就开始调用 WatchdogChild 的 start 方法，方法干了什么事情呢？

WatchdogChild 的 start 方法中创建了 WatchdogChildTask 任务对象，并调用 start 方法完成任务启动。

其中 WatchdogChildTask 的 start 方法很简单，就是起了一个线程开始跑任务。

重点再一次来临，会发现线程体中创建了一个 WatchdogChildProcess 对象实例，接着调用对象的 run 方法。此处就是保证了 Resin 应用为什么一直杀不死的原因，有个循环调度，一旦子进程有问题，立即再次进行创建子进程。

我们看看 run 方法的实现，会发现创建了一个 socket 用于通讯；然后把端口传入 createProcess 方法构建 Resin 进程对象。

接着会发现 WatchdogProcess 的创建进程的方法 createProcess 中定义要启动的类为 com.caucho.server.resin.Resin；然后封装一系列的参数；紧接着用 ProcessBuilder 完成 Resin 进程的启动。

然后 connectToChild 方法主要用于等待子进程的连接。这不就是大总管开辟的实时通讯的端口么！

至此，我们知道 WatchdogManager 会创建 WatchdogTask 任务，用于创建WatchdogChildProcess 对象，此对象会触发启动 Resin 进程，并提供 socket 通讯服务。

3.

那 Resin 进程又干了啥？我们依然从 main 函数开始看起。一目了然根据传入参数创建 Resin 实例，然后重点关注一下 waitForExit，这个是不是和咱们猜测的丫鬟进程与大总管进程通讯不上就退出，是不是这么回事呢？

然后深入 Resin 的 waitForExit 方法发现通过 pingSocket 参数构建 ResinWaitForExitService，用于启动 ResinActor（这个 Actor 模型前期的分享咱们提过一嘴），然后调用 waitForExit 方法。

到这大概也就到了最后，根据蓝色框中的日志输出约莫也就是那么回事儿。

...... 此处省略一万图（不刨了，点到为止）......

至此，丫鬟进程 Resin 也启动完毕了，并且与父进程建立了实时通讯。源码看了七七八八，细枝末节没细谈，主要是能明白梗概，梳理个大致脉略，能大致清晰 Resin 服务启动时启动了 ResinBoot 进程、WatchdogManager 进程、Resin 进程，当进程启动完成后 ResinBoot 进程就正常退出了，所以当我们用 jps 命令看时，就发现只有 WatchdogManager、Resin 两个进程啦，其中用到的核心技术为 ProcessBuilder、Socket 通讯。

好了，能坚持看到这儿的，那绝对都是铁粉，希望我不是一人在饮酒醉，独醉不如众醉，独乐乐不如众乐乐，希望这期的分享能帮你打通任督二脉，以后如果真用到时，不妨以本文作为参考，说不定会有点价值。

下期我们将站在 Resin 的肩膀上进行实战，请各位期待。

推荐阅读：