所謂守護線程是指在程序運行的時候在后臺提供一種通用服務的線程，比如垃圾回收線程就是一個很稱職的守護者，并且這種線程并不屬于程序中不可或缺的部分。因此，當所有的非守護線程結束時，程序也就終止了，同時會殺死進程中的所有守護線程。

下面是守護線程的創建步驟：

(1)創建子進程，終止父進程

由于守護進程是脫離控制終端的，因此首先創建子進程，終止父進程，使得程序在shell終端里造成一個已經運行完畢的假象。之后所有的工作都在子進程中完成，而用戶在shell終端里則可以執行其他的命令，從而使得程序以僵尸進程形式運行，在形式上做到了與控制終端的脫離。

(2)在子進程中創建新會話

這個步驟是創建守護進程中最重要的一步，在這里使用的是系統函數setsid。

setsid函數用于創建一個新的會話，并擔任該會話組的組長。調用setsid仃三個作用：讓進程擺脫原會話的控制、讓進程擺脫原進程組的控制和讓進程擺脫原控制終端的控制。

在調用fork函數時，子進程全盤拷貝父進程的會話期(session，是一個或多個進程組的集合)、進程組、控制終端等，雖然父進程退出了，但原先的會話期、進程組、控制終端等并沒有改變，因此，那還不是真正意義上使兩者獨立開來。setsid函數能夠使進程完全獨立出來，從而脫離所有其他進程的控制。

(3)改變工作目錄

使用fork創建的子進程也繼承了父進程的當前工作目錄。由于在進程運行過程中，當前目錄所在的文件系統不能卸載，因此，把當前工作目錄換成其他的路徑，如“/”或“/tmp”等。改變工作目錄的常見函數是chdir。

(4)重設文件創建掩碼

文件創建掩碼是指屏蔽掉文件創建時的對應位。由于使用fork函數新建的子進程繼承了父進程的文件創建掩碼，這就給該子進程使用文件帶來了諸多的麻煩。因此，把文件創建掩碼設置為0，可以大大增強該守護進程的靈活性。設置文件創建掩碼的函數是umask，通常的使用方法為umask(0)。

(5)關閉文件描述符

用fork新建的子進程會從父進程那里繼承一些已經打開了的文件。這些被打開的文件可能永遠不會被守護進程讀或寫，但它們一樣消耗系統資源，可能導致所在的文件系統無法卸載。

守護線程的運行方式分為兩種：

1.獨立運行的守護進程

獨立運行的守護進程由 init 腳本負責管理，所有獨立運行的守護進程的腳本在/etc/rc.d/init.d/目錄下。系統服務都是獨立運行的守護進程包括 syslogd 和 cron 等。服務器監聽在一個特點的端口上等待客戶端的連接。如果客戶端產生一個連接請求，守護進程就創建一個子服務器響應這個連接，而主服務器繼續監聽。以保持多個子服務器池等待下一個客戶端請求。

2.由 xinetd 管理的守護進程

從守護進程的概念可以看出，系統所運行的每一種服務，都必須運行一個監聽某個端口連接所發生的守護進程，這通常意味著資源浪費。為了解決這個問題，Linux引進了“網絡守護進程服務程序”的概念。CentOS 6.4使用的網絡守護進程是xinted(eXtendedInterNET services daemon)。

xinetd能夠同時監聽多個指定的端口，在接受用戶請求時，它能夠根據用戶請求的端口不同，啟動不同的網絡服務進程來處理這些用戶請求。可以把xinetd看作一個管理啟動服務的管理服務器，它決定把一個客戶請求交給那個程序處理，然后啟動相應的守護程序。

守護線程是線程中當之無愧的守護者，只有當最后一個非守護線程結束時，守護線程才停止工作。守護線程和用戶線程的沒啥本質的區別：唯一的不同之處就在于虛擬機的離開：如果用戶線程已經全部退出運行了，只剩下守護線程存在了，虛擬機也就退出了。 因為沒有了被守護者，守護線程也就沒有工作可做了，也就沒有繼續運行程序的必要了。是不是覺得守護線程很有意思呢，其實在本站的Java多線程教程中還有更多有趣的多線程知識等你來學哦。