java的守護線程與非守護線程
最近重新研究Java基礎知識，發現以前太多知識知識略略帶過了，比較說Java的線程機制，在Java中有兩類線程：User Thread(用戶線程)、Daemon Thread(守護線程) ，（PS:以前忽略了）。
估計學過Unix開發但是沒有細致學習Java的同學們會疑惑了，操作系統裏面是沒有所謂的守護線程的概念，只有守護進程一說，但是Java語言機制是構建在JVM的基礎之上的，意思是Java平臺把操作系統的底層給屏蔽起來，所以它可以在它自己的虛擬的平臺裏面構造出對自己有利的機制，而語言或者說平臺的設計者多多少少是收到Unix思想的影響，而守護線程機制又是對JVM這樣的平臺湊合，於是守護線程應運而生。
Daemon的作用是為其他線程的運行提供服務，比如說GC線程。其實User Thread線程和Daemon Thread守護線程本質上來說去沒啥區別的，唯一的區別之處就在虛擬機的離開：如果User Thread全部撤離，那麽Daemon Thread也就沒啥線程好服務的了，所以虛擬機也就退出了。
守護線程並非虛擬機內部可以提供，用戶也可以自行的設定守護線程，方法：public final void setDaemon(boolean on) ；但是有幾點需要註意：
1）、thread.setDaemon(true)必須在thread.start()之前設置，否則會跑出一個IllegalThreadStateException異常。你不能把正在運行的常規線程設置為守護線程
2）、 在Daemon線程中產生的新線程也是Daemon的。 （這一點又是有著本質的區別了：守護進程fork()出來的子進程不再是守護進程，盡管它把父進程的進程相關信息復制過去了，但是子進程的進程的父進程不是init進程，所謂的守護進程本質上說就是“父進程掛掉，init收養，然後文件0,1,2都是/dev/null，當前目錄到/”）
3）、不是所有的應用都可以分配給Daemon線程來進行服務，比如讀寫操作或者計算邏輯。因為在Daemon Thread還沒來的及進行操作時，虛擬機可能已經退出了。
例子：
//完成文件輸出的守護線程任務
import java.io.*;
class TestRunnable implements Runnable{
public void run(){
try{
Thread.sleep(1000);//守護線程阻塞1秒後運行
File f=new File("daemon.txt");
FileOutputStream os=new FileOutputStream(f,true);
os.write("daemon".getBytes());
}
catch(IOException e1){
e1.printStackTrace();
}
catch(InterruptedException e2){
e2.printStackTrace();
}
}
}
public class TestDemo2{
public static void main(String[] args) throws InterruptedException
{
Runnable tr=new TestRunnable();
Thread thread=new Thread(tr);
thread.setDaemon(true); //設置守護線程
thread.start(); //開始執行分進程
}
}
運行結果：文件daemon.txt中沒有"daemon"字符串。
但是如果把thread.setDaemon(true); //設置守護線程註釋掉，文件daemon.txt是可以被寫入daemon字符串的
JRE判斷程序是否執行結束的標準是所有的前臺執線程行完畢了，而不管後臺線程的狀態，因此，在使用後臺線程候一定要註意這個問題。
但是daemon Thread實際應用在那裏呢？舉個例子，web服務器中的Servlet，容器啟動時後臺初始化一個服務線程，即調度線程，負責處理http請求，然後每個請求過來調度線程從線程池中取出一個工作者線程來處理該請求，從而實現並發控制的目的。
網上摘的一個圖，方便大家理解：
java的守護線程與非守護線程