Linux守護程式的啟動方法
導讀 |
“守護程式”(daemon)就是一直在後臺執行的程式(daemon),通常在系統啟動時一同把守護程式啟動起來,本文介紹如何將一個 Web 應用,啟動為守護程式。
|
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命令(讓最近一個暫停的”後臺任務”繼續執行)。
“後臺任務”有兩個特點。
1.繼承當前session(對話)的標準輸出(stdout)和標準錯誤(stderr)。因此,後臺任務的所有輸出依然會同步地在命令列下顯示。
2.不再繼承當前session的標準輸入(stdin)。你無法向這個任務輸入指令了。如果它試圖讀取標準輸入,就會暫停執行(halt)。
可以看到,”後臺任務”與”前臺任務”的本質區別只有一個:是否繼承標準輸入。所以,執行後臺任務的同時,使用者還可以輸入其他命令。
變為”後臺任務”後,一個程式是否就成為了守護程式呢?或者說,使用者退出 session 以後,”後臺任務”是否還會繼續執行? 是這樣設計的。
1.使用者準備退出 session
2.系統向該 session 發出SIGHUP訊號
3.session 將SIGHUP訊號發給所有子程式
4.子程式收到SIGHUP訊號後,自動退出
上面的流程解釋了,為什麼”前臺任務”會隨著 session 的退出而退出:因為它收到了SIGHUP訊號。
那麼,”後臺任務”是否也會收到SIGHUP訊號?
這由
的huponexit引數決定的。
$ shopt | grep huponexit
執行上面的命令,就會看到huponexit引數的值。
大多數
系統,這個引數預設關閉(off)。因此,session 退出的時候,不會把SIGHUP訊號發給”後臺任務”。所以,一般來說,”後臺任務”不會隨著 session 一起退出。
透過”後臺任務”啟動”守護程式”並不保險,因為有的系統的huponexit引數可能是開啟的(on)。
更保險的方法是使用disown命令。它可以將指定任務從”後臺任務”列表(jobs命令的返回結果)之中移除。一個”後臺任務”只要不在這個列表之中,session 就肯定不會向它發出SIGHUP訊號。
$ node server.js & $ disown
執行上面的命令以後,server.js程式就被移出了”後臺任務”列表。你可以執行jobs命令驗證,輸出結果裡面,不會有這個程式。
disown的用法如下。
# 移出最近一個正在執行的後臺任務 $ disown # 移出所有正在執行的後臺任務 $ disown -r # 移出所有後臺任務 $ disown -a # 不移出後臺任務,但是讓它們不會收到SIGHUP訊號 $ disown -h # 根據jobId,移出指定的後臺任務 $ disown %2 $ disown -h %2
使用disown命令之後,還有一個問題。那就是,退出session以後,如果後臺程式與標準I/O有互動,它還是會掛掉。
還是以上面的
為例,現在加入一行。
var http = require('http'); http.createServer(function(req, res) { console.log('server starts...'); // 加入此行 res.writeHead(200, {'Content-Type': 'text/plain'}); res.end('Hello World'); }).listen(5000);
啟動上面的指令碼,然後再執行disown命令。
$ node server.js & $ disown
接著,你退出session,訪問5000埠,就會發現連不上。
這是因為”後臺任務”的標準I/O 繼承自當前session,disown命令並沒有改變這一點。一旦”後臺任務”讀寫標準I/O,就會發現它已經不存在了,所以就報錯終止執行,為了解決這個問題,需要對”後臺任務”的標準I/O進行重定向。
$ node server.js > stdout.txt 2> stderr.txt < /dev/null & $ disown
上面這樣執行,基本上就沒有問題了。
還有比disown更方便的命令,就是nohup。
$ nohup node server.js &
nohup命令對server.js程式做了三件事。
阻止SIGHUP訊號發到這個程式。
關閉標準輸入。該程式不再能夠接收任何輸入,即使執行在前臺。
重定向標準輸出和標準錯誤到檔案nohup.out。
也就是說,nohup命令實際上將子程式與它所在的 session 分離了;注意,nohup命令不會自動把程式變為”後臺任務”,所以必須加上&符號。
另一種思路是使用 terminal multiplexer(終端複用器:在同一個終端裡面,管理多個session),典型的就是Screen命令和Tmux命令。
它們可以在當前session裡面,新建另一個session。這樣的話,當前session一旦結束,不影響其他session。而且以後重新登入,還可以再連上早先新建的session。
Screen 的用法如下。
# 新建一個session $ screen $ node server.js 然後,按下ctrl + A和ctrl + D,回到原來的session,從那裡退出登入。下次登入時,再切回去。 $ screen -r 如果新建多個後臺session,就需要為它們指定名字。 $ screen -S name # 切回指定 session $ screen -r name $ screen -r pid_number # 列出所有 session $ screen -ls 如果要停掉某個session,可以先切回它,然後按下ctrl + c和ctrl + d。
Tmux比Screen功能更多、更強大,它的基本用法如下。
$ tmux $ node server.js # 返回原來的session $ tmux detach 除了tmux detach,另一種方法是按下Ctrl + B和d ,也可以回到原來的session。 # 下次登入時,返回後臺正在執行服務session $ tmux attach 如果新建多個session,就需要為每個session指定名字。 # 新建session $ tmux new -s session_name # 切換到指定 session $ tmux attach -t session_name # 列出所有 session $ tmux list-sessions # 退出當前 session,返回前一個 session $ tmux detach # 殺死指定 session $ tmux kill-session -t session-name
對於 Node 應用來說,可以不用上面的方法,有一些專門用來啟動的工具:forever,nodemon 和 pm2。
forever 的功能很簡單,就是保證程式退出時,應用會自動重啟。
# 作為前臺任務啟動 $ forever server.js # 作為服務程式啟動 $ forever start app.js # 停止服務程式 $ forever stop Id # 重啟服務程式 $ forever restart Id # 監視當前目錄的檔案變動,一有變動就重啟 $ forever -w server.js # -m 引數指定最多重啟次數 $ forever -m 5 server.js # 列出所有程式 $ forever list
nodemon一般只在開發時使用,它最大的長處在於 watch 功能,一旦檔案發生變化,就自動重啟程式。
# 預設監視當前目錄的檔案變化 $ nodemon server.js # 監視指定檔案的變化 $ nodemon --watch app --watch libs server.js
pm2的功能最強大,除了重啟程式以外,還能實時收集日誌和監控。
# 啟動應用 $ pm2 start app.js # 指定同時起多少個程式(由CPU核心數決定),組成一個叢集 $ pm2 start app.js -i max # 列出所有任務 $ pm2 list # 停止指定任務 $ pm2 stop 0 # 重啟指定任務 $ pm2 restart 0 # 刪除指定任務 $ pm2 delete 0 # 儲存當前的所有任務,以後可以恢復 $ pm2 save # 列出每個程式的統計資料 $ pm2 monit # 檢視所有日誌 $ pm2 logs # 匯出資料 $ pm2 dump # 重啟所有程式 $ pm2 kill $ pm2 resurect # 啟動web介面 $ pm2 web
除了專用工具以外,Linux系統有自己的守護程式管理工具Systemd。它是作業系統的一部分,直接與核心互動,效能出色,功能極其強大。我們完全可以將程式交給Systemd,讓系統統一管理,成為真正意義上的系統服務。
原文來自:
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/69955379/viewspace-2916003/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- Linux 守護程式Linux
- Linux下的守護程式分析Linux
- Linux守護程式及SystemdLinux
- 文盤Rust -- 把程式作為守護程式啟動Rust
- Linux基礎命令---httpd守護程式Linuxhttpd
- 如何手動重啟 Node.js 和用守護程式自動重啟Node.js
- 守護程式
- 《城堡守護者:開啟熱血守護之旅》
- Linux中如何啟動程式?啟動程式的方法是什麼?Linux
- mount程式在systemctl守護的情況下,mount dir程式被oom後重新啟動失敗的處理方法OOM
- Node 程式守護
- 程式守護 supervisor
- 守護程式那些事
- Golang 程式守護 SupervisorGolang
- 深入理解Linux作業系統下的守護程式(轉)Linux作業系統
- hadoop不能互相訪問和linux防火牆守護程式HadoopLinux防火牆
- Python編寫守護程式程式Python
- 【Gin-API系列】守護程式和平滑重啟(八)API
- PHP 編寫守護程式PHP
- PHP 實現守護程式PHP
- 物聯網教程Linux系統程式設計——特殊程式之守護程式Linux程式設計
- 使用 SWOOLE 實現程式的守護(二)
- 使用 swoole 實現程式的守護(三)
- 使用 SWOOLE 實現程式的守護(一)
- opentracker改造為daemon守護程式
- Windows守護程式簡單示例Windows
- 用C語言在Linux系統下建立守護程式(Daemon)C語言Linux
- linux 啟動jar包:在 Linux 上啟動 Java jar 包的方法LinuxJARJava
- 使用 PHP 自建穩定可靠的守護程式PHP
- rsync 守護程式備份報錯
- rsync 守護程式及實時同步
- .Net Core 程式守護之Supervisor使用
- laravel佇列之Supervisor守護程式Laravel佇列
- Linux 下後臺執行和按照守護程式方式後臺執行的坑Linux
- 守護程序
- 玩轉 Codeigniter 框架 二 守護程式篇框架
- .NET跨平臺實踐:.NetCore、.Net5/6 Linux守護程式設計NetCoreLinux程式設計
- 運用Vue Router的程式守護修改單頁的titleVue