❶ 如何運行一個golang程序為守護進程
您好，很高興為您解答。
安裝daemonize
安裝git環境
1
yum install git -y
獲取daemonize
1
git clone git://github.com/bmc/daemonize.git
安裝daemonize
1
2
3
cd daemonize
./configure
make && make install
查看是否安裝
1
daemonize -v
通過daemonize執行golang守護進程
需要打包golang程序為可執行文件（go build），並通過daemonize來執行它來實現守護進程，如：
1
daemonize -p /var/run/myapp.pid -l /var/lock/subsys/myapp -u nobody /path/to/myapp
如若滿意，請點擊右側【採納答案】，如若還有問題，請點擊【追問】
希望我的回答對您有所幫助，望採納！
❷ Linux系統中的守護進程講解
守護進程daemon，是生存期較長的一種進程。它們常常在系統自舉時啟動，僅在系統關閉時才終止。因為它們沒有控制終端，所以說它們是在後台運行的。UNIX系統有很多守護進程，它們執行日常事務活動。
1、系統自舉
自舉（bootstrapping）一詞來自於人都是靠自身的自舉機構站立起來的這一思想。計算機必須具備自舉能力將自己所有的元件激活，以便能完成載入操作系統這一目的，然後再由操作系統承擔起那些單靠自舉代碼無法完成的更復雜的任務。
自舉只有兩個功能：加電自檢和磁碟引導。
加電自檢：當我們按下計算機電源開關時，頭幾秒鍾機器似乎什麼反應也沒有，其實，這時的計算機正在進行加電自檢，以斷定它的所有元件都在正確地工作。如果某個元件有故障，顯示器上就會出現報警提示信息（如果顯示器也不能正常工作，則以一串嘟嘟聲來報警）。由於大多數計算機工作非常可靠，加電自檢報警非常罕見。
磁碟引導：查找裝有操作系統的磁碟驅動器。從磁碟載入操作系統的原因有二，一是操作系統升級簡單容易，二是使用戶擁有選擇操作系統的自由。
當加電自檢和磁碟引導完成時，自舉操作就啟動一個讀寫操作系統文件和將它們復制到隨機存儲器中的過程，此時的機器才是真正意義上的計算機。計算機的啟動可以有冷啟動和熱啟動兩種方式 ，它們之間的差別是熱啟動不進行機器的自檢（機器本身配置的檢查與測試），當計算機在使用過程中由於某些原因造成死機時，可以對計算機進行熱啟動處理。
2、守護進程的概念
通過ps axj命令可以查看到守護進程：
參數a表示不僅列當前用戶的進程，也列出所有其他用戶的進程，參數x表示不僅列有控制終端的進程，也列出所有無控制終端的進程，參數j表示列出與作業控制相關的信息。
代碼如下:PPID PID PGID SID TTY TPGID STAT UID TIME COMMAND 0 1 1 1 ? -1 Ss 0 0:01 /sbin/init 0 2 0 0 ? -1 S< 0 0:00 [kthreadd] 2 3 0 0 ? -1 S< 0 0:00 [migration/0] 2 4 0 0 ? -1 S< 0 0:00 [ksoftirqd/0]... 1 2373 2373 2373 ? -1 S<s 0 0:00 /sbin/udevd --daemon... 1 4680 4680 4680 ? -1 Ss 0 0:00 /usr/sbin/acpid -c /etc... 1 4808 4808 4808 ? -1 Ss 102 0:00 /sbin/syslogd -u syslog...
凡是TPGID一欄寫著-1的都是沒有控制終端的進程，也就是守護進程。在COMMAND一列用[]括起來的名字表示內核線程，這些線程在內核里創建，沒有用戶空間代碼，因此沒有程序文件名和命令行，通常採用以k開頭的名字，表示Kernel。init進程我們已經很熟悉了，udevd負責維護/dev目錄下的設備文件，acpid負責電源管理，syslogd負責維護/var/log下的日誌文件，可以看出，守護進程通常採用以d結尾的`名字，表示Daemon。 創建守護進程最關鍵的一步是調用setsid函數創建一個新的Session，並成為Session Leader。 例子： C/C++ Code復制內容到剪貼板 void daemonize(void) { pid_t pid; printf("into deamonizen"); if (pid=fork() < 0) { perror("fork"); exit(1); } else if (pid !=0) { exit(0); } setsid(); if (chdir("/") < 0) { perror("chdir"); exit(1); } close(0); open("/dev/null", O_RDWR); p2(0, 1); p2(0, 2); printf("out deamonizen"); }
3、編寫守護進程 在編寫守護進程程序時，需遵循一些基本規則：
（1）首先要做的是調用umask將文件模式創建屏蔽字設置為0。
（2）調用fork，然後使父進程退出。
（3）調用setsid以創建一個新會話。
（4）將當前工作目錄更改為根目錄。
（5）關閉不再需要的文件描述符。
（6）某些守護進程打開/dev/null使其具有文件描述符0、1和2，任何一個試圖讀標准輸入、寫標准輸出或標准出錯的庫常式都不會產生任何效果。 與守護進程有關的一個問題是如何處理出錯消息，需要有一個集中的守護進程出錯記錄設施，這就是syslogd進程。
4、守護進程慣例 為了正常運作，某些守護進程實現為單實例的，有就是在任一時刻只運行該守護進程的一個副本。文件鎖和記錄鎖機制是一種方法的基礎，該方法用來保證一個守護進程只有一個副本在運行。
在UNIX系統中，守護進程遵循下列公共慣例：
（1）若守護進程使用鎖文件，那麼該文件通常存放在/var/run目錄中。鎖文件的名字通常是name.pid，name是該守護進程或服務的名字。
（2）若守護進程支持配置選項，那麼配置文件通常存放在/etc目錄中。配置文件的名字通常是name.conf。
（3）守護進程可用命令行啟動，但通常它們是由系統初始化腳本啟動的。
（4）若一守護進程有一配置文件，那麼當該守護進程啟動時，它讀該文件，但在此之後一般就不會再查看它。
❸ 如何運行一個golang程序為守護進程
您好，很高興為您解答。
安裝daemonize
安裝git環境
yuminstallgit-y
獲取daemonize
gitclonegit://github.com/bmc/daemonize.git
安裝daemonize
cddaemonize
./configure
make&&makeinstall
查看是否安裝
daemonize-v
通過daemonize執行golang守護進程
需要打包golang程序為可執行文件（go build），並通過daemonize來執行它來實現守護進程，如：
daemonize-p/var/run/myapp.pid-l/var/lock/subsys/myapp-unobody/path/to/myapp
如若滿意，請點擊右側【採納答案】，如若還有問題，請點擊【追問】
希望我的回答對您有所幫助，望採納！
~O(∩_∩)O~
❹ 怎麼寫一個簡單的守護進程
守護進程是生存期長的一種進程。它們獨立於控制終端並且周期性的執行某種任務或等待處理某些發生的事件。他們常常在系統引導裝入時啟動，在系統關閉時終止。unix系統有很多守護進程，大多數伺服器都是用守護進程實現的。比如，網路服務inetd、Web服務http等。同時，守護進程完成許多系統任務。比如，作業規劃進程crond、列印進程lqd等。這里主要說明守護進程的進程結構，以及如何編寫守護進程程序。因為守護進程沒有控制終端，所以我們還要介紹在守護進程運行時錯誤輸出的方法。
守護進程及其特性
守護進程最重要的特性是後台運行。在這一點上，DOS下的常駐內存程序TSR與之相似。其次，守護進程必須與其運行前的環境隔離開來。這些環境包括未關閉的文件描述符、控制終端、會話和進程組、工作目錄以及文件創建掩碼等。這些環境通常是守護進程從執行它的父進程（特別是shell）中繼承下來的。最後，守護進程的啟動方式有其特殊之處。它可以在系統啟動時從啟動腳本/etc/rc.d中啟動，可以由inetd守護進程啟動，可以有作業規劃進程crond啟動，還可以由用戶終端（通常是shell）執行。總之，除開這些特殊性以外，守護進程與普通進程基本上沒有什麼區別。因此，編寫守護進程實際上是把一個普通進程按照上述的守護進程的特性改造成為守護進程。如果大家對進程的認識比較深入，就對守護進程容易理解和編程了。
首先我們來察看一些常用的系統守護進程，看一下他們和幾個概念：進程組、控制終端和對話期有什麼聯系。p s命令列印系統中各個進程的狀態。該命令有多個選擇項，有關細節請參考系統手冊。為了察看所需的信息，執行：ps –axj
PPID PID PGID SID TTY TPGID STAT UID TIME COMMAND
0 1 0 0 ? -1 S 0 0:04 init
1 2 1 1 ? -1 SW 0 0:00 [keventd]
1 3 1 1 ? -1 SW 0 0:00 [kapm-idled]
0 4 1 1 ? -1 SWN 0 0:00 [ksoftirqd_CPU0]
0 5 1 1 ? -1 SW 0 0:00 [kswapd]
0 6 1 1 ? -1 SW 0 0:00 [kreclaimd]
0 7 1 1 ? -1 SW 0 0:00 [bdflush]
0 8 1 1 ? -1 SW 0 0:00 [kupdated]
1 9 1 1 ? -1 SW< 0 0:00 [mdrecoveryd]
1 17 1 1 ? -1 SW 0 0:02 [kjournald]
1 92 1 1 ? -1 SW 0 0:00 [khubd]
1 573 573 573 ? -1 S 0 0:03 syslogd -r -x
1 578 578 578 ? -1 S 0 0:00 klogd -2
1 598 598 598 ? -1 S 32 0:00 portmap
進程號為1、2的這些進程非常特殊，存在於系統的整個生命期中。它們沒有父進程ID ，沒有組進程ID ，也沒有對話期ID 。syslogd 守護進程可用於任何為操作人員記錄系統消息的程序中。可以在一台實際的控制台上列印這些消息，也可將它們寫到一個文件中。sendmail 是標准郵遞守護進程。update 程序定期將內核緩存中的內容寫到硬碟上（通常是每隔30 秒）。為了做到這一點，該程序每隔30 秒調用sync（2 ）函數一次。cron 守護進程在指定的日期和時間執行指定的命令。許多系統管理任務是由cron 定期地使相關程序執行而得以實現的。inetd進程監聽系統的網路界面，以輸入對各種網路伺服器的請求。最後一個守護進程，lpd 處理對系統提出的各個列印請求。
注意，所有守護進程都以超級用戶（用戶ID為0）的優先權運行。沒有一個守護進程具有控制終端，終端名稱設置為問號（？）、終端前台進程組ID設置為－1。缺少控制終端是守護進程調用了setsid的結果。除update以外的所有守護進程都是進程組的首進程，對話期的首進程，而且是這些進程組和對話期中的唯一進程。最後，應當引起注意的是所有這些守護進程的父進程都是init進程。
在接觸實際編程前，我們來看看編寫守護進程要碰到的概念：進程組合會話期。
進程組
每個進程除了有一進程ID之外，還屬於一個進程組（在討論信號時就會涉及進程組）進程組是一個或多個進程的集合。每個進程有一個唯一的進程組ID。進程組ID類似於進程ID——它是一個正整數，並可存放在pid_t數據類型中。
每個進程組有一個組長進程。組長進程的標識是，其進程組ID等於其進程ID，進程組組長可以創建一個進程組，創建該組中的進程，然後終止，只要在某個進程組中有一個進程存在，則該進程就存在，這與其組長進程是否終止無關。從進程組創建開始到其中最後一個進程離開為止的時間區間稱為進程組的生命期。某個進程組中的最後一個進程可以終止，也可以參加另一進程組。
前面已經提到進程調用setgid可以參加一個現存的組或者創建一個新進程組（setsid也可以創建一個新的進程組，後面將用到）
會話期
會話期(session)是一個或多個進程組的集合。其中，在一個會話期中有3個進程組，通常是有shell的管道線將幾個進程編成一組的。
下面說明有關會話期和進程組的一些特性：
一個會話期可以有一個單獨的控制終端（controlling terminal），這一般是我們在其上登錄的終端設備（終端登錄）或偽終端設備（網路登錄），但這個控制終端並不是必需的。
建立與控制終端連接的會話期首進程，被稱之為控制進程（contronlling process）。以及一個會話期中的幾個進程組可被分為一個前台進程組（foreground process group）以及一個或幾個後台進程組（background process group）
如果一個會話期有一個控制終端，則它有一個前台進程組，其他進程組為後台進程組。無論何時鍵入中斷鍵（常常是delete或ctrl－c）或退出鍵（通常是ctrl－/），就會造成將中斷信號或退出信號送至前途進程組的所有進程。
守護進程的編程規則
在不同Unix環境下，守護進程的具體編程細節並不一致。但所幸的是，守護進程的編程原則其實都一樣，區別僅在於具體的實現細節不同，這個原則就是要滿足守護進程的特性。編程規則如下：
1、在後台運行
為避免掛起控制終端，要將daemon放入後台執行，其方法是，在進程中調用fork使父進程終止，讓daemon在子進程中後台執行。具體就是調用f o r k ，然後使父進程e x i t 。這樣做實現了下面幾點：
第一，如果該精靈進程是由一條簡單s h e l l 命令起動的，那麼使父進程終止使得s h e l l 認為這條命令已經執行完成。
第二，子進程繼承了父進程的進程組I D ，但具有一個新的進程I D ，這就保證了子進程不是一個進程組的首進程。這對於下面就要做的s e t s i d 調用是必要的前提條件。
2、脫離控制終端，登錄會話和進程組
登錄會話可以包含多個進程組，這些進程組共享一個控制終端，這個控制終端通常是創建進程的登錄終端、控制終端，登錄會話和進程組通常是從父進程繼承下來的。我們的目的就是要擺脫它們，使之不受它們的影響。
其方法是在第一點的基礎上，調用setsid（）使進程成為會話組長：
需要說明的是，當進程是會話組長時，setsid（）調用會失敗，但第一點已經保證進程不是會話組長。setsid（）調用成功後，進程成為新的會話組長和新的進程組長，並與原來的登錄會話和進程組脫離，由於會話過程對控制終端的獨占性，進程同時與控制終端脫離。
具體是操作就是：
（a ）成為新對話期的首進程
（b ）成為一個新進程組的首進程
（c ）沒有控制終端。
3、禁止進程重新打開控制終端
現在，進程已經成為無終端的會話組長，但它可以重新申請打開一個控制終端。可以通過使進程不再成為會話組長來禁止進程重新打開控制終端：
4、關閉打開的文件描述符
進程從創建它的父進程那裡繼承了打開的文件描述符。如不關閉，將會浪費系統資源，造成進程所在地文件系統無法卸下以及無法預料的錯誤。一般來說，必要的是關閉0、1、2三個文件描述符，即標准輸入、標准輸出、標准錯誤。因為我們一般希望守護進程自己有一套信息輸出、輸入的體系，而不是把所有的東西都發送到終端屏幕上。調用fclose（）；
5、改變當前工作目錄
將當前工作目錄更改為根目錄。從父進程繼承過來的當前工作目錄可能在一個裝配的文件系統中。因為精靈進程通常在系統再引導之前是一直存在的，所以如果精靈進程的當前工作目錄在一個裝配文件系統中，那麼該文件系統就不能被拆卸。另外，某些精靈進程可能會把當前工作目錄更改到某個指定位置，在此位置做它們的工作。例如，行式列印機假離線精靈進程常常將其工作目錄更改到它們的s p o o l 目錄上。
可以調用chdir（「目錄」）；
6、重設文件創建掩碼
將文件方式創建屏蔽字設置為0 。由繼承得來的文件方式創建屏蔽字可能會拒絕設置某些許可權。例如，若精靈進程要創建一個組可讀、寫的文件，而繼承的文件方式創建屏蔽字，屏蔽了這兩種許可權，則所要求的組可讀、寫就不能起作用。
7、處理SIGCHLD 信號
處理SIGCHLD信號並不是必需的。但對於某些進程，特別是伺服器進程往往在請求到來時生產子進程出來請求。如果父進程不等待子進程結束，子進程將成為僵屍進程，(zombie)而仍佔用系統資源。如果父進程等待子進程結束，將增加父進程的負擔，影響伺服器進程的並發性能。在系統V下可以簡單的將SIGCHLD信號的操作設為SIG-IGN:
signal(SIGCHLD,SIG_IGN);
這樣，內核在子進程結束時不會產生僵屍進程，這一點與BSD4不同，在BSD4下必須顯示等 待子進程結束才能釋放僵屍進程。
守護進程實例
守護進程實例包括兩部分：主程序test.c和初始化程序init.c。主程序每隔一分鍾向/tmp目錄中的日誌test.log 報告運行狀態。初始化程序中的init_daemon 函數負責生成守護進程
void make_daemon(void)
{
pid_t pid;
FILE * lockfd;
sigset_t sighup;
int i;
extern pid_t getsid(pid_t);
pid = fork();//第一個子進程生成
if (pid < 0) {
printinfo("fork error!",INFOERROR);
exit(FAILEXIT);
}else if (pid > 0) {
printinfo("fork 1 ok! ", INFOSCREEN);
exit(OKEXIT);//退出父進程，擺脫shell的控制
}
pid = getpid();//獲得子進程自身的id
lockfd = fopen(PIDFILE, "w");//以下是將pid寫入文件
if (lockfd != NULL) {
fprintf(lockfd, "%d/n", pid);
fclose(lockfd);
}//寫入pid
if (getsid(0) != pid) {//創建新的會話期
if (setsid() < 0) {
printinfo("backupdaemon setsid error!",INFOERROR);
perror("setsid");
}
}
if(pid=fork()){//再次生成子進程，這時候是孫子進程
exit(0);//退出上一代進程
}else if(pid<0){
exit(1);
}
close(1);//關閉文件
close(2);
chdir(rundir);//改變運行的目錄
umask(022);//改變文件許可權
}
守護進程的錯誤輸出守護進程不屬於任何終端，所以當需要輸出某些信息時，它無法像一般程序那樣將信息直接輸出到標准輸出和標准錯誤輸出中。我們很大時候也不希望每個守護進程將它自己的出錯消息寫到一個單獨的文件中。因為對於系統管理人員而言，要記住哪一個守護進程寫到哪一個記錄文件中，並定期的檢查這些文件，他一定會為此感到頭疼的。所以，我們需要有一個集中的守護進程出錯記錄機制。目前很多系統都引入了syslog記錄進程來實現這一目的。自伯克利開發了BSD syslog並廣泛應用以來，BSD syslog 機制被大多數守護進程所使用。我們下面介紹BSD syslog 的用法。有三種方法產生記錄消息：
1 內核常式可以調用log函數。任何一個用戶進程通過打開和讀/dev/klog設備就可以讀取這些消息。因為我們無意編寫內核中的常式，所以不再進一步說明此函數。
2 大多數用戶進程（守護進程）調用syslog函數以產生記錄消息。我們將在下面說明其調用序列。這使消息發送至Unix域數據報套介面/dev/log。
3 在此主機上，或通過TCP/IP網路連接到此主機的某一其他主機上的一個用戶進程可將記錄消息發向UDP埠514。注意：syslog 函數並不產生這些UDP數據報——它們要求產生此記錄消息的進程具有顯式的網路編程。通常，syslog守護進程讀取三種格式的記錄消息。此守護進程在啟動時讀一個配置文件。一般來說，其文件名為/etc/syslog.conf，該文件決定了不同種類的消息應送向何處。例如，緊急消息可被送向系統管理員（若已登錄），並在控制台上顯示，而警告消息則可記錄到一個文件中。該機制提供了syslog函數，其調用格式如下
#include
void openlog (char*ident,int option ,int facility);
void syslog(int priority,char*format,……)
void closelog();
調用openlog是可選擇的。如果不調用openlog，則在第一次調用syslog時，自動調用openlog。調用closelog也是可選擇的，它只是關閉被用於與syslog守護進程通信的描述符。調用openlog 使我們可以指定一個ident，以後， 此ident 將被加至每則記錄消息中。ident 一般是程序的名稱（例如 ，cron ，inetd 等）。option 有4種可能：LOG_CONS 若日誌消息不能通過Unix域數據報發送至syslog，則將該消息寫至控制台。LOG_NDELAY1 立即打開Unix域數據報套介面至syslog守護進程，而不要等到記錄第一消息。通常，在記錄第一條消息之前，該套介面不打開。LOG_PERROR 除將日誌消息發送給syslog 外，還將它至標准出錯。此選項僅由4.3BSDReno及以後版本支持。LOG_PID 每條消息都包含進程ID。此選項可供對每個請求都fork一個子進程的守護進程使用。在openlog中設置facility參數的目的是讓配置文件可以說明，來自不同設施的消息以不同的方式進行處理。如果不調用openlog，或者以facility 為0來調用它，那麼在調用syslog 時，可將facility作為priority參數的一個部分進行說明。調用syslog產生一個記錄消息。其priority參數是facility和level的組合，它們可選取的值分別列於下面。level值按優先順序從高級到最低按序排列
❺ 我怎樣使我的程序作為守護程序運行
許多系統服務由守護程序實施；如網路服務，列印等。 簡單地在後台啟動一個程序並非足夠是這些長時間運行的程序；那種方法沒有正確地將進程從啟動它的終端脫離(detach)。而且，啟動守護程序的普遍接受的的方法是簡單地手工執行或從rc腳本程序執行(譯者註：rc：runcom)；並希望這個守護程序將其*自身*安置到後台。 這里是成為守護程序的步驟： 調用『fork()』以便父進程可以退出，這樣就將控制權歸還給運行你程序的 命令行或shell程序。需要這一步以便保證新進程不是一個進程組頭領進程(process group leader)。下一步，『setsid()』，會因為你是進程組頭領進程而失敗。 調用『setsid()』 以便成為一個進程組和會話組的頭領進程。由於一個控制終端 與一個會話相關聯，而且這個新會話還沒有獲得一個控制終端，我們的進程沒 有控制終端，這對於守護程序來說是一件好事。 再次調用『fork()』所以父進程(會話組頭領進程)可以退出。這意味著我們，一 個非會話組頭領進程永遠不能重新獲得控制終端。 調用『chdir("/")』確認我們的進程不保持任何目錄於使用狀態。不做這個會導 致系統管理員不能卸裝(umount)一個文件系統，因為它是我們的當前工作目錄。 [類似的，我們可以改變當前目錄至對於守護程序運行重要的文件所在目錄] 調用『umask(0)』以便我們擁有對於我們寫的任何東西的完全控制。我們不知 道我們繼承了什麼樣的umask。 [這一步是可選的](譯者註：這里指步驟5，因為守護程序不一定需要寫文件) 調用『close()』關閉文件描述符0,1和2。這樣我們釋放了從父進程繼承的標 准輸入，標准輸出，和標准錯誤輸出。我們沒辦法知道這些文描述符符可能 已經被重定向去哪裡。注意到許多守護程序使用『sysconf()』來確認 『_SC_OPEN_MAX』的限制。『_SC_OPEN_MAX』告訴你每個進程能夠打 開的最多文件數。然後使用一個循環，守護程序可以關閉所有可能的文件描 述符。你必須決定你需要做這個或不做。如果你認為有可能有打開的文件描 述符，你需要關閉它們，因為系統有一個同時打開文件數的限制。 為標准輸入，標准輸出和標准錯誤輸出建立新的文件描述符。即使你不打算 使用它們，打開著它們不失為一個好主意。
❻ python 守護進程
一、守護進程的特性
守護進程是一個在後台運行並且不受任何終端控制的進程（守護進程獨立於所有終端，之所以脫離於終端是為了避免進程被任何終端所產生的信息所打斷，其在執行過程中的信息也不在任何終端上顯示。）
二、守護進程的作用
守護進程是一類在後台執行，生命周期較長的進程，它一般隨系統啟動運行，在系統關閉的時候停止。所以守護進程一般用作系統後台服務。
三、如何編寫一個守護進程
編寫守護進程實際上是把一個普通進程按照守護進程的特性進行改造。
守護進程的開發涉及到子進程、進程組、會晤期、信號量、文件許可權、目錄和控制終端等多個概念。
由於守護進程是脫離控制終端的，因此首先創建子進程，終止父進程，使得程序在shell終端里造成一個已經運行完畢的假象。之後所有的工作都在子進程中完成，而用戶在shell終端里則可以執行其他的命令，從而使得程序以僵屍進程形式運行，在形式上做到了與控制終端的脫離。
四、python 編寫守護進程
參考： https://cloud.tencent.com/developer/article/1411989