Java守护线程：可以理解为后台管理者，服务线程！！！
应用道友的例子：
1.比如你正在 用 Java 写成的编辑器 写 Word 文档，你一边敲键盘，这是个 非守护线程， 后台还有一个 拼写检查 线程，它是个守护线程，他尽量不打扰你写稿子， 你们可以同时进行，他发现有拼写错误时在状态条显示错误，但是你可以忽略。
2.就像 城堡门前有个卫兵 （守护线程），里面有诸侯（非守护线程），他们是可以同时干着各自的活儿，但是 城堡里面的人都搬走了， 那么卫兵也就没有存在的意义了。
from：http://www.cnblogs.com/super-d2/p/3348183.html
估计学过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还没来的及进行操作时，虚拟机可能已经退出了。
- class ThreadDemo implements Runnable {
- public void run() {
- while (true) {
- for (int i = 1; i <= 10; i++) {
- System.out.println(i);
- try {
- Thread.sleep(1000);
- } catch (InterruptedException e) {
- e.printStackTrace();
- }
- }
- }
- }
- }
- public class Demo {
- public static void main(String[] args) {
- Thread daemonThread = new Thread(new ThreadDemo());
- daemonThread.setName("测试thread");
- // 设置为守护进程
- daemonThread.setDaemon(true);
- daemonThread.start();
- System.out.println("isDaemon = " + daemonThread.isDaemon());
- /*Thread t = new Thread(new ThreadDemo());
- t.start();*/
- }
- }
- /*因为有线程t 的存在，守护线程daemonThread 一直执行，当将下面代码注释掉时，守护线程daemonThread ，随着main结束，而结束。
- Thread t = new Thread(new ThreadDemo());
- t.start();*/
守护线程与非守护线程
最近在看多线程的Timer章节，发现运用到了守护线程，感觉Java的基础知识还是需要补充。
Java分为两种线程：用户线程和守护线程
所谓守护线程是指在程序运行的时候在后台提供一种通用服务的线程，比如垃圾回收线程就是一个很称职的守护者，并且这种线程并不属于程序中不可或缺的部分。因 此，当所有的非守护线程结束时，程序也就终止了，同时会杀死进程中的所有守护线程。反过来说，只要任何非守护线程还在运行，程序就不会终止。
守护线程和用户线程的没啥本质的区别：唯一的不同之处就在于虚拟机的离开：如果用户线程已经全部退出运行了，只剩下守护线程存在了，虚拟机也就退出了。 因为没有了被守护者，守护线程也就没有工作可做了，也就没有继续运行程序的必要了。
将线程转换为守护线程可以通过调用Thread对象的setDaemon(true)方法来实现。在使用守护线程时需要注意一下几点：
(1) thread.setDaemon(true)必须在thread.start()之前设置，否则会跑出一个IllegalThreadStateException异常。你不能把正在运行的常规线程设置为守护线程。
(2) 在Daemon线程中产生的新线程也是Daemon的。
(3) 守护线程应该永远不去访问固有资源，如文件、数据库，因为它会在任何时候甚至在一个操作的中间发生中断。
Timer代码示例：
import java.util.Date;
import java.util.TimerTask;
public class MyTask extends TimerTask
{
@Override
public void run() {
System.out.println("任务执行了，时间为："+new Date());
}主函数
import java.util.Calendar;
import java.util.Date;
import java.util.Timer;
public class Test1 {
public static void main(String[] args){
System.out.println("当前时间："+new Date());
Calendar calendar=Calendar.getInstance();
calendar.add(Calendar.SECOND,10);
Date date=calendar.getTime();
MyTask task=new MyTask();
Timer timer=new Timer();
timer.schedule(task,date);
}
}运行结果：
当前时间：Sat Jun 03 11:47:40 CST 2017
任务执行了，时间为：Sat Jun 03 11:47:50 CST 2017任务虽然运行完了，但进程还未销毁，呈红色状态，为什么会出现这种情况呢？
可以看一下Timer的源码
public Timer() {
this("Timer-" + serialNumber());
}
public Timer(String name) {
thread.setName(name);
thread.start();
}可以看出每创建一个Timer就是启动一个新的线程，那么启动的线程不是守护线程，所以一直运行。将新创建的的Timer改成守护线程，更改如上的代码：
import java.util.Calendar;
import java.util.Date;
import java.util.Timer;
public class Test1 {
public static void main(String[] args){
System.out.println("当前时间："+new Date());
Calendar calendar=Calendar.getInstance();
calendar.add(Calendar.SECOND,10);
Date date=calendar.getTime();
MyTask task=new MyTask();
Timer timer=new Timer(true);
timer.schedule(task,date);
}
}运行结果如下：
当前时间：Sat Jun 03 11:47:40 CST 2017守护线程中产生的线程也是守护线程
如下示例：
public class Daemon implements Runnable {
private Thread[] t = new Thread[10];
@Override
public void run() {
for (int i=0; i<t.length; i++) {
t[i] = new Thread(new DaemonSpawn());
t[i].start();
System.out.println("DaemonSpawn " + i + " started.");
}
for (int i=0; i<t.length; i++) {
System.out.println("t[" + i + "].isDaemon() = " +
t[i].isDaemon() + ".");
}
while (true) {
Thread.yield();
}
}
}类DaemonSpawn：
public class DaemonSpawn implements Runnable {
@Override
public void run() {
while (true) {
Thread.yield();
}
}
}主函数：
import java.util.concurrent.TimeUnit;
public class Test1 {
public static void main(String[] args) throws InterruptedException {
Thread d = new Thread(new Daemon());
d.setDaemon(true); //必须在启动线程前调用
d.start();
System.out.println("d.isDaemon() = " + d.isDaemon() + ".");
TimeUnit.SECONDS.sleep(1);
}
}运行结果如图：
d.isDaemon() = true.
DaemonSpawn 0 started.
DaemonSpawn 1 started.
DaemonSpawn 2 started.
DaemonSpawn 3 started.
DaemonSpawn 4 started.
DaemonSpawn 5 started.
DaemonSpawn 6 started.
DaemonSpawn 7 started.
DaemonSpawn 8 started.
DaemonSpawn 9 started.
t[0].isDaemon() = true.
t[1].isDaemon() = true.
t[2].isDaemon() = true.
t[3].isDaemon() = true.
t[4].isDaemon() = true.
t[5].isDaemon() = true.
t[6].isDaemon() = true.
t[7].isDaemon() = true.
t[8].isDaemon() = true.
t[9].isDaemon() = true.
Process finished with exit code 0如果将mian函数中的TimeUnit.SECONDS.sleep(1);注释掉，看一下TimeUnit.SECONDS.sleep()的源码：
public void sleep(long timeout) throws InterruptedException {
if (timeout > 0) {
long ms = toMillis(timeout);
int ns = excessNanos(timeout, ms);
Thread.sleep(ms, ns);
}
}其实就是对Thread.sleep()的封装，提供了可读性更好的线程暂停操作
注释后代码运行如下：
d.isDaemon() = true.
DaemonSpawn 0 started.
DaemonSpawn 1 started.
DaemonSpawn 2 started.
DaemonSpawn 3 started.
DaemonSpawn 4 started.
DaemonSpawn 5 started.
DaemonSpawn 6 started.
DaemonSpawn 7 started.
DaemonSpawn 8 started.
DaemonSpawn 9 started.以上结果也说明了如果用户线程全部退出了，只剩下守护线程存在了，虚拟机也就退出了。