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

下面是守護(hù)線程的創(chuàng)建步驟：

(1)創(chuàng)建子進(jìn)程，終止父進(jìn)程

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

(2)在子進(jìn)程中創(chuàng)建新會話

這個步驟是創(chuàng)建守護(hù)進(jìn)程中最重要的一步，在這里使用的是系統(tǒng)函數(shù)setsid。

setsid函數(shù)用于創(chuàng)建一個新的會話，并擔(dān)任該會話組的組長。調(diào)用setsid仃三個作用：讓進(jìn)程擺脫原會話的控制、讓進(jìn)程擺脫原進(jìn)程組的控制和讓進(jìn)程擺脫原控制終端的控制。

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

(3)改變工作目錄

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

(4)重設(shè)文件創(chuàng)建掩碼

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

(5)關(guān)閉文件描述符

用fork新建的子進(jìn)程會從父進(jìn)程那里繼承一些已經(jīng)打開了的文件。這些被打開的文件可能永遠(yuǎn)不會被守護(hù)進(jìn)程讀或?qū)懀鼈円粯酉南到y(tǒng)資源，可能導(dǎo)致所在的文件系統(tǒng)無法卸載。

守護(hù)線程的運行方式分為兩種：

1.獨立運行的守護(hù)進(jìn)程

獨立運行的守護(hù)進(jìn)程由 init 腳本負(fù)責(zé)管理，所有獨立運行的守護(hù)進(jìn)程的腳本在/etc/rc.d/init.d/目錄下。系統(tǒng)服務(wù)都是獨立運行的守護(hù)進(jìn)程包括 syslogd 和 cron 等。服務(wù)器監(jiān)聽在一個特點的端口上等待客戶端的連接。如果客戶端產(chǎn)生一個連接請求，守護(hù)進(jìn)程就創(chuàng)建一個子服務(wù)器響應(yīng)這個連接，而主服務(wù)器繼續(xù)監(jiān)聽。以保持多個子服務(wù)器池等待下一個客戶端請求。

2.由 xinetd 管理的守護(hù)進(jìn)程

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

xinetd能夠同時監(jiān)聽多個指定的端口，在接受用戶請求時，它能夠根據(jù)用戶請求的端口不同，啟動不同的網(wǎng)絡(luò)服務(wù)進(jìn)程來處理這些用戶請求。可以把xinetd看作一個管理啟動服務(wù)的管理服務(wù)器，它決定把一個客戶請求交給那個程序處理，然后啟動相應(yīng)的守護(hù)程序。

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