当前位置 主页 > 服务器问题 > Linux/apache问题 > 最大化 缩小

    Linux守护进程的启动方法

    栏目:Linux/apache问题 时间:2019-03-12 13:35

    这篇文章主要为大家详细介绍了Linux守护进程的启动方法,本文介绍如何将一个 Web 应用,启动为守护进程,感兴趣的小伙伴们可以参考一下

    "守护进程"(daemon)就是一直在后台运行的进程(daemon)。

    一、问题的由来
    Web应用写好后,下一件事就是启动,让它一直在后台运行。
    这并不容易。举例来说,下面是一个最简单的Node应用server.js,只有6行。

    var http = require('http');http.createServer(function(req, res) { res.writeHead(200, {'Content-Type': 'text/plain'}); res.end('Hello World');}).listen(5000);

    你在命令行下启动它。

    $ node server.js

    看上去一切正常,所有人都能快乐地访问 5000 端口了。但是,一旦你退出命令行窗口,这个应用就一起退出了,无法访问了。
    怎么才能让它变成系统的守护进程(daemon),成为一种服务(service),一直在那里运行呢?
    二、前台任务与后台任务
    上面这样启动的脚本,称为"前台任务"(foreground job)。它会独占命令行窗口,只有运行完了或者手动中止,才能执行其他命令。
    变成守护进程的第一步,就是把它改成"后台任务"(background job)。

    $ node server.js &

    只要在命令的尾部加上符号&,启动的进程就会成为"后台任务"。如果要让正在运行的"前台任务"变为"后台任务",可以先按ctrl + z,然后执行bg命令(让最近一个暂停的"后台任务"继续执行)。
    "后台任务"有两个特点

    继承当前 session (对话)的标准输出(stdout)和标准错误(stderr)。因此,后台任务的所有输出依然会同步地在命令行下显示。 不再继承当前 session 的标准输入(stdin)。你无法向这个任务输入指令了。如果它试图读取标准输入,就会暂停执行(halt)。

    可以看到,"后台任务"与"前台任务"的本质区别只有一个:是否继承标准输入。所以,执行后台任务的同时,用户还可以输入其他命令。
    三、SIGHUP信号
    变为"后台任务"后,一个进程是否就成为了守护进程呢?或者说,用户退出 session 以后,"后台任务"是否还会继续执行?
    Linux系统是这样设计的。

    用户准备退出 session 系统向该 session 发出SIGHUP信号 session 将SIGHUP信号发给所有子进程 子进程收到SIGHUP信号后,自动退出

    上面的流程解释了,为什么"前台任务"会随着 session 的退出而退出:因为它收到了SIGHUP信号。
    那么,"后台任务"是否也会收到SIGHUP信号?
    这由 Shell 的huponexit参数决定的。

    $ shopt | grep huponexit

    执行上面的命令,就会看到huponexit参数的值。
    大多数Linux系统,这个参数默认关闭(off)。因此,session 退出的时候,不会把SIGHUP信号发给"后台任务"。所以,一般来说,"后台任务"不会随着 session 一起退出。
    四、disown 命令
    通过"后台任务"启动"守护进程"并不保险,因为有的系统的huponexit参数可能是打开的(on)。
    更保险的方法是使用disown命令。它可以将指定任务从"后台任务"列表(jobs命令的返回结果)之中移除。一个"后台任务"只要不在这个列表之中,session 就肯定不会向它发出SIGHUP信号。