详解node中创建服务进程

file: c.js
process.on('SIGINT',function(){
  console.log('child sigint');
});
setTimeout(()=>{
  console.log('children exit');
},10000)

以上实现，可以满足我们最初指定的目标：“父进程退出或者中断，子进程仍正常运行”。

 实现二

node官方提供了创建daemon进程的相关API，如果不仔细阅读文档还真不容易发现该特性。在child_process模块中有个spawn函数，通过spawn可以执行shell命令及其相关选项，同时spawn提供了创建子进程的一些选项，其中“detached”选项则与我们的需求密切相关。

detached选项可以让node原生帮我们创建一个daemon进程，设置datached为true可以创建一个新的session和进程组，子进程的pid为新创建进程组的组pid，这与setsid起到相同的作用。此时的子进程已经和其父进程属于两个session，因此父进程的退出和中断信号不会传递给子进程，子进程不会接受到父进程的中断信号自然也不会退出。当父进程结束之后，子进程变为孤儿进程从而被init进程接收，ppid设置为1。

file: parent.js
let cp = require('child_process');
const sp = cp.spawn('node',['./c.js'],{
  detached: true,
  stdio: [process.stdin,process.stdout,process.stdout]});
sp.unref();
setTimeout(()=>{console.log('parent out')},5000);
----------------------
file: c.js
setTimeout(()=>{
  console.log('children exit');
},100000)

此时，c.js文件并未设置SIGINT事件侦听函数，在父进程中断后仍会正常运行，正是由于其和父进程分属于两个session。

在parent.js文件中设置了sp.unref()函数，目的是“避免父进程等待子进程退出”。那么为何会出现上述情况呢？这与node的事件循环有关，让父进程的事件循环排除对ChildProcess子进程对象的引用，可以使父进程单独退出。

总结

为什么上文介绍的两个方法都可以实现daemon进程呢？这还得回到系统层面进行分析。在linux系统创建一个daemon进程需要几个步骤：

1.父进程创建子进程，父进程退出，让子进程成为孤儿进程，ppid=1

2.通过setsid命令或函数在子进程中创建新的会话和进程组

3.设置当前目录

4.设置文件权限，并关闭父进程继承打开的fd

所谓会话和进程组，则是在linux多任务多用户下的概念。不同会话的进程无法通过通信，因此父子进程相隔离。而执行setsid命令则让子进程有了新的特性：

子进程脱离父进程所在的session控制，两者独立存在互不影响
子进程脱离父进程所在的进程组
子进程脱离原先的命令行终端，终端退出不影响子进程

下面再回顾方法一与方法二的区别，发现方法一其实并不是真正的daemon进程，只是通过侦听相关中断信号并设置nop函数（不执行默认的中断行为）保证子进程继续运行而已；而方法二则是标准的deamon进程创建方式，优先使用！