守護進程（Daemon）也稱為精靈進程，是運行在后臺的一種特殊進程，它獨立于控制終端并且周期性地執行某種任務或等待處理某些事情的發生，主要表現為以下兩個特點：

? 長期運行。守護進程是一種生存期很長的一種進程，它們一般在系統啟動時開始運行，除非強行終止，否則直到系統關機都會保持運行。與守護進程相比，普通進程都是在用戶登錄或運行程序時創建，在運行結束或用戶注銷時終止，但守護進程不受用戶登錄注銷的影響，它們將會一直運行著、直到系統關機。

? 與控制終端脫離。在 Linux 中，系統與用戶交互的界面稱為終端，每一個從終端開始運行的進程都會依附于這個終端，這是上一小節給大家介紹的控制終端，也就是會話的控制終端。當控制終端被關閉的時候，該會話就會退出，由控制終端運行的所有進程都會被終止，這使得普通進程都是和運行該進程的終端相綁定的；但守護進程能突破這種限制，它脫離終端并且在后臺運行，脫離終端的目的是為了避免進程在運行的過程中的信息在終端顯示并且進程也不會被任何終端所產生的信息所打斷。

守護進程是一種很有用的進程。Linux 中大多數服務器就是用守護進程實現的，譬如，Internet 服務器 inetd、Web 服務器 httpd 等。同時，守護進程完成許多系統任務，譬如作業規劃進程 crond 等。

守護進程 Daemon，通常簡稱為 d，一般進程名后面帶有 d 就表示它是一個守護進程。守護進程與終端無任何關聯，用戶的登錄與注銷與守護進程無關、不受其影響，守護進程自成進程組、自成會話，即pid=gid=sid。通過命令"ps -ajx"查看系統所有的進程，如下所示：

TTY 一欄是問號？表示該進程沒有控制終端，也就是守護進程，其中 COMMAND 一欄使用中括號[]括起來的表示內核線程，這些線程是在內核里創建，沒有用戶空間代碼，因此沒有程序文件名和命令行，通常采用 k 開頭的名字，表示 Kernel。

編寫守護進程程序

1. 創建子進程、終止父進程。父進程調用 fork()創建子進程，然后父進程使用 exit()退出，這樣做實現了下面幾點。第一，如果該守護進程是作為一條簡單地 shell 命令啟動，那么父進程終止會讓 shell 認為這條命令已經執行完畢。第二，雖然子進程繼承了父進程的進程組ID，但它有自己獨立的進程ID，這保證了子進程不是一個進程組的組長進程，這是下面將要調用 setsid 函數的先決條件！
2. 子進程調用 setsid 創建會話。setsid()函數創建新的會話，由于之前子進程并不是進程組的組長進程，所以調用 setsid()會使得子進程創建一個新的會話，子進程成為新會話的首領進程，同樣也創建了新的進程組、子進程成為組長進程，此時創建的會話將沒有控制終端。所以這里調用 setsid 有三個作用：讓子進程擺脫原會話的控制、讓子進程擺脫原進程組的控制和讓子進程擺脫原控制終端的控制。在調用 fork 函數時，子進程繼承了父進程的會話、進程組、控制終端等，雖然父進程退出了，但原先的會話期、進程組、控制終端等并沒有改變，因此，那還不是真正意義上使兩者獨立開來。setsid 函數能夠使子進程完全獨立出來，從而脫離所有其他進程的控制。
3. 將工作目錄更改為根目錄。子進程是繼承了父進程的當前工作目錄，由于在進程運行中，當前目錄所在的文件系統是不能卸載的，這對以后使用會造成很多的麻煩。因此通常的做法是讓“/”作為守護進程的當前目錄，當然也可以指定其 它目錄來作為守護進程的工作目錄。
4. 重設文件權限掩碼 umask。文件權限掩碼 umask 用于對新建文件的權限位進行屏蔽，在 5.5.5 小節中有介紹。由于使用 fork 函數新建的子進程繼承了父進程的文件權限掩碼，這就給子進程使用文件帶來了諸多的麻煩。因此，把文件權限掩 碼設置為 0，確保子進程有最大操作權限、這樣可以大大增強該守護進程的靈活性。設置文件權限掩碼的函數是 umask，通常的使用方法為 umask(0)。
5. 關閉不再需要的文件描述符。子進程繼承了父進程的所有文件描述符，這些被打開的文件可能永遠不會被守護進程（此時守護進程指的就是子進程，父進程退出、子進程成為守護進程）讀或寫，但它們一樣消耗系統資源，可能導致所在的文件系統無法卸載，所以必須關閉這些文件，這使得守護進程不再持有從其父進程繼承過來的任何文件描述符。
6. 將文件描述符號為 0、1、2 定位到/dev/null。將守護進程的標準輸入、標準輸出以及標準錯誤重定向到/dev/null，這使得守護進程的輸出無處顯示、也無處從交互式用戶那里接收輸入。
7. 忽略 SIGCHLD 信號。處理 SIGCHLD 信號不是必須的，但對于某些進程，特別是并發服務器進程往往是特別重要的，服務器進程在接收到客戶端請求時會創建子進程去處理該請求，如果子進程結束之后，父進程沒有去 wait 回收子進程，則子進程將成為僵尸進程；如果父進程 wait 等待子進程退出，將又會增加父進程的負擔、也就是增加服務器的負擔，影響服務器進程的并發性能，在 Linux 下，可以將 SIGCHLD 信號的處理方式設置為SIG_IGN，也就是忽略該信號，可讓內核將僵尸進程轉交給 init 進程去處理，這樣既不會產生僵尸進程、又省去了服務器進程回收子進程所占用的時間。

#include < stdio.h >
#include < stdlib.h >
#include < unistd.h >
#include < sys/types.h >
#include < sys/stat.h >
#include < fcntl.h >
#include < signal.h >
int main(void) {
   pid_t pid;
   int i;
   /* 創建子進程 */
   pid = fork();
   if (0 > pid) {
     perror("fork error");
     exit(-1);
   }
   else if (0 < pid)//父進程
     exit(0); //直接退出
   /*
   *子進程
   */
   /* 1.創建新的會話、脫離控制終端 */
   if (0 > setsid()) {
   perror("setsid error");
   exit(-1);
   }
   /* 2.設置當前工作目錄為根目錄 */
   if (0 > chdir("/")) {
     perror("chdir error");
     exit(-1);
   }
   /* 3.重設文件權限掩碼 umask */
   umask(0);
   /* 4.關閉所有文件描述符 */
   for (i = 0; i < sysconf(_SC_OPEN_MAX); i++)
     close(i);
   /* 5.將文件描述符號為 0、1、2 定位到/dev/null */
   open("/dev/null", O_RDWR);
   dup(0);
   dup(0);
   /* 6.忽略 SIGCHLD 信號 */
   signal(SIGCHLD, SIG_IGN);
   /* 正式進入到守護進程 */
   for ( ; ; ) {
     sleep(1);
     puts("守護進程運行中......");
   }
   exit(0);
}

整個代碼的編寫都是根據上面的介紹來完成的。運行之后，沒有任何打印信息輸出，原因在于守護進程已經脫離了控制終端，它的打印信息并不會輸出顯示到終端，在代碼中已經將標準輸入、輸出以及錯誤重定位到了/dev/null，/dev/null 是一個黑洞文件，自 然是看不到輸出信息。

守護進程可以通過終端命令行啟動，但通常它們是由系統初始化腳本進行啟動，譬如/etc/rc*或 /etc/init.d/*等。