[Linux] Linux 守護程序的啟動方法

本文介紹如何将一個 Web 應用，啟動為守護程序。

Web應用寫好後，下一件事就是啟動，讓它一直在背景運作。

這并不容易。舉例來說，下面是一個最簡單的Node應用<code>server.js</code>，隻有6行。

你在指令行下啟動它。

看上去一切正常，所有人都能快樂地通路 5000 端口了。但是，一旦你退出指令行視窗，這個應用就一起退出了，無法通路了。

怎麼才能讓它變成系統的守護程序（daemon），成為一種服務（service），一直在那裡運作呢？

上面這樣啟動的腳本，稱為"前台任務"（foreground job）。它會獨占指令行視窗，隻有運作完了或者手動中止，才能執行其他指令。

變成守護程序的第一步，就是把它改成"背景任務"（background job）。

隻要在指令的尾部加上符号<code>&amp;</code>，啟動的程序就會成為"背景任務"。如果要讓正在運作的"前台任務"變為"背景任務"，可以先按<code>ctrl + z</code>，然後執行<code>bg</code>指令（讓最近一個暫停的"背景任務"繼續執行）。

"背景任務"有兩個特點。

繼承目前 session （對話）的标準輸出（stdout）和标準錯誤（stderr）。是以，背景任務的所有輸出依然會同步地在指令行下顯示。 不再繼承目前 session 的标準輸入（stdin）。你無法向這個任務輸入指令了。如果它試圖讀取标準輸入，就會暫停執行（halt）。

可以看到，"背景任務"與"前台任務"的本質差別隻有一個：是否繼承标準輸入。是以，執行背景任務的同時，使用者還可以輸入其他指令。

變為"背景任務"後，一個程序是否就成為了守護程序呢？或者說，使用者退出 session 以後，"背景任務"是否還會繼續執行？

Linux系統是這樣設計的。

使用者準備退出 session 系統向該 session 發出<code>SIGHUP</code>信号 session 将<code>SIGHUP</code>信号發給所有子程序 子程序收到<code>SIGHUP</code>信号後，自動退出

上面的流程解釋了，為什麼"前台任務"會随着 session 的退出而退出：因為它收到了<code>SIGHUP</code>信号。

那麼，"背景任務"是否也會收到<code>SIGHUP</code>信号？

這由 Shell 的<code>huponexit</code>參數決定的。

執行上面的指令，就會看到<code>huponexit</code>參數的值。

大多數Linux系統，這個參數預設關閉（<code>off</code>）。是以，session 退出的時候，不會把<code>SIGHUP</code>信号發給"背景任務"。是以，一般來說，"背景任務"不會随着 session 一起退出。

通過"背景任務"啟動"守護程序"并不保險，因為有的系統的<code>huponexit</code>參數可能是打開的（<code>on</code>）。

更保險的方法是使用<code>disown</code>指令。它可以将指定任務從"背景任務"清單（<code>jobs</code>指令的傳回結果）之中移除。一個"背景任務"隻要不在這個清單之中，session 就肯定不會向它發出<code>SIGHUP</code>信号。

執行上面的指令以後，<code>server.js</code>程序就被移出了"背景任務"清單。你可以執行<code>jobs</code>指令驗證，輸出結果裡面，不會有這個程序。

<code>disown</code>的用法如下。

使用<code>disown</code>指令之後，還有一個問題。那就是，退出 session 以後，如果背景程序與标準I/O有互動，它還是會挂掉。

還是以上面的腳本為例，現在加入一行。

啟動上面的腳本，然後再執行<code>disown</code>指令。

接着，你退出 session，通路5000端口，就會發現連不上。

這是因為"背景任務"的标準 I/O 繼承自目前 session，<code>disown</code>指令并沒有改變這一點。一旦"背景任務"讀寫标準 I/O，就會發現它已經不存在了，是以就報錯終止執行。

為了解決這個問題，需要對"背景任務"的标準 I/O 進行重定向。

上面這樣執行，基本上就沒有問題了。

還有比<code>disown</code>更友善的指令，就是<code>nohup</code>。

<code>nohup</code>指令對<code>server.js</code>程序做了三件事。

阻止<code>SIGHUP</code>信号發到這個程序。 關閉标準輸入。該程序不再能夠接收任何輸入，即使運作在前台。 重定向标準輸出和标準錯誤到檔案<code>nohup.out</code>。

也就是說，<code>nohup</code>指令實際上将子程序與它所在的 session 分離了。

注意，<code>nohup</code>指令不會自動把程序變為"背景任務"，是以必須加上<code>&amp;</code>符号。

它們可以在目前 session 裡面，建立另一個 session。這樣的話，目前 session 一旦結束，不影響其他 session。而且，以後重新登入，還可以再連上早先建立的 session。

Screen 的用法如下。

然後，按下<code>ctrl + A</code>和<code>ctrl + D</code>，回到原來的 session，從那裡登出。下次登入時，再切回去。

如果建立多個背景 session，就需要為它們指定名字。

如果要停掉某個 session，可以先切回它，然後按下<code>ctrl + c</code>和<code>ctrl + d</code>。

Tmux 比 Screen 功能更多、更強大，它的基本用法如下。

除了<code>tmux detach</code>，另一種方法是按下<code>Ctrl + B</code>和<code>d</code> ，也可以回到原來的 session。

如果建立多個 session，就需要為每個 session 指定名字。

forever 的功能很簡單，就是保證程序退出時，應用會自動重新開機。

<code>nodemon</code>一般隻在開發時使用，它最大的長處在于 watch 功能，一旦檔案發生變化，就自動重新開機程序。

pm2 的功能最強大，除了重新開機程序以外，還能實時收集日志和監控。

除了專用工具以外，Linux系統有自己的守護程序管理工具 Systemd 。它是作業系統的一部分，直接與核心互動，性能出色，功能極其強大。我們完全可以将程式交給 Systemd ，讓系統統一管理，成為真正意義上的系統服務。

（完）

本文轉自demoblog部落格園部落格，原文連結http://www.cnblogs.com/0616--ataozhijia/p/8037887.html如需轉載請自行聯系原作者

demoblog