JAVA守护线程 非守护线程

笔记：

1. 第一篇转载写的比较好，将守护线程同linux的守护进程概念进行了对比。
2. 当非守护线程执行完jvm就退出，不管是否还有守护线程在执行。所以守护线程尽量不要执行逻辑代码，顶多执行一些可有可无的辅助性代码。
3. 什么东西作为守护线程，还是不太明确？第二篇举了一个实际例子，可以加深理解。

以下转载自：http://blog.csdn.net/basycia/article/details/51852583?locationNum=3&fps=1

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还没来的及进行操作时，虚拟机可能已经退出了。

[java]  view plain  copy

 

1.  class ThreadDemo implements Runnable {  
2.      public void run() {  
3.       while (true) {  
4.             for (int i = 1; i <= 10; i++) {  
5.                 System.out.println(i);  
6.                 try {  
7.                     Thread.sleep(1000);  
8.                 } catch (InterruptedException e) {  
9.                     e.printStackTrace();  
10.                 }  
11.               }  
12.        }      
13.     }  
14. }  
15. public class Demo {  
16.     public static void main(String[] args) {  
17.         Thread daemonThread = new Thread(new ThreadDemo());  
18.         daemonThread.setName("测试thread");  
19.         // 设置为守护进程  
20.                 daemonThread.setDaemon(true);  
21.                 daemonThread.start();  
22.                 System.out.println("isDaemon = " + daemonThread.isDaemon());  
23.                 /*Thread t = new Thread(new ThreadDemo()); 
24.                 t.start();*/  
25.     }  
26. }  
27. /*因为有线程t 的存在，守护线程daemonThread 一直执行，当将下面代码注释掉时，守护线程daemonThread ，随着main结束，而结束。 
28.  
29. Thread t = new Thread(new ThreadDemo()); 
30. t.start();*/  

以下转载自：http://blog.csdn.net/SoulOfAndroid/article/details/41720999?locationNum=4&fps=1

补充说明：
定义：守护线程--也称“服务线程”，在没有用户线程可服务时会自动离开。
优先级：守护线程的优先级比较低，用于为系统中的其它对象和线程提供服务。
设置：通过setDaemon(true)来设置线程为“守护线程”；将一个用户线程设置为
守护线程的方式是在 线程对象创建 之前 用线程对象的setDaemon方法。
example: 垃圾回收线程就是一个经典的守护线程，当我们的程序中不再有任何运行的
Thread,程序就不会再产生垃圾，垃圾回收器也就无事可做，所以当垃圾回收线程是
JVM上仅剩的线程时，垃圾回收线程会自动离开。它始终在低级别的状态中运行，用于
实时监控和管理系统中的可回收资源。
生命周期：守护进程（Daemon）是运行在后台的一种特殊进程。它独立于控制终端并且
周期性地执行某种任务或等待处理某些发生的事件。也就是
说守护线程不依赖于终端，但是依赖于系统，与系统“同生共死”。那Java的守护线程是
什么样子的呢。当JVM中所有的线程都是守护线程的时候，JVM就可以退出了；如果还有一个
或以上的非守护线程则JVM不会退出。


实际应用例子：

在使用长连接的comet服务端推送技术中，消息推送线程设置为守护线程，服务于ChatServlet的servlet用户线程，在servlet的init启动消息线程，servlet一旦初始化后，一直存在服务器，servlet摧毁后,消息线程自动退出

容器收到一个Servlet请求，调度线程从线程池中选出一个工作者线程,将请求传递给该工作者线程，然后由该线程来执行Servlet的 service方法。当这个线程正在执行的时候,容器收到另外一个请求,调度线程同样从线程池中选出另一个工作者线程来服务新的请求,容器并不关心这个请求是否访问的是同一个Servlet.当容器同时收到对同一个Servlet的多个请求的时候，那么这个Servlet的service()方法将在多线程中并发执行。
Servlet容器默认采用单实例多线程的方式来处理请求，这样减少产生Servlet实例的开销，提升了对请求的响应时间，对于Tomcat可以在server.xml中通过<Connector>元素设置线程池中线程的数目。
如图： 

 

为什么要用守护线程？

我们知道静态变量是ClassLoader级别的，如果Web应用程序停止，这些静态变量也会从JVM中清除。但是线程则是JVM级别的，如果你在Web 应用中启动一个线程，这个线程的生命周期并不会和Web应用程序保持同步。也就是说，即使你停止了Web应用，这个线程依旧是活跃的。正是因为这个很隐晦 的问题，所以很多有经验的开发者不太赞成在Web应用中私自启动线程。

如果我们手工使用JDK Timer（Quartz的Scheduler），在Web容器启动时启动Timer，当Web容器关闭时，除非你手工关闭这个Timer，否则Timer中的任务还会继续运行！

下面通过一个小例子来演示这个“诡异”的现象，我们通过ServletContextListener在Web容器启动时创建一个Timer并周期性地运行一个任务：  

[java]  view plain copy

1. //代码清单StartCycleRunTask：容器监听器  
2. package com.baobaotao.web;  
3. import java.util.Date;  
4. import java.util.Timer;  
5. import java.util.TimerTask;  
6. import javax.servlet.ServletContextEvent;  
7. import javax.servlet.ServletContextListener;  
8. public class StartCycleRunTask implements ServletContextListener ...{  
9.     private Timer timer;  
10.     public void contextDestroyed(ServletContextEvent arg0) ...{  
11.         // ②该方法在Web容器关闭时执行  
12.         System.out.println("Web应用程序启动关闭...");  
13.     }  
14.     public void contextInitialized(ServletContextEvent arg0) ...{  
15.          //②在Web容器启动时自动执行该方法  
16.         System.out.println("Web应用程序启动...");  
17.         timer = new Timer();//②-1:创建一个Timer，Timer内部自动创建一个背景线程  
18.         TimerTask task = new SimpleTimerTask();  
19.         timer.schedule(task, 1000L, 5000L); //②-2:注册一个5秒钟运行一次的任务  
20.     }  
21. }  
22. class SimpleTimerTask extends TimerTask ...{//③任务  
23.     private int count;  
24.     public void run() ...{  
25.         System.out.println((++count)+"execute task..."+(new Date()));  
26.     }  
27. }  

在web.xml中声明这个Web容器监听器：<?xml version="1.0" encoding="UTF-8"?>
<web-app> 
… 
<listener> 
<listener-class>com.baobaotao.web.StartCycleRunTask</listener-class> 
</listener> 
</web-app> 

在Tomcat中部署这个Web应用并启动后，你将看到任务每隔5秒钟执行一次。 
运行一段时间后，登录Tomcat管理后台，将对应的Web应用（chapter13）关闭。 

转到Tomcat控制台，你将看到虽然Web应用已经关闭，但Timer任务还在我行我素地执行如故——舞台已经拆除，戏子继续表演： 

我们可以通过改变清单StartCycleRunTask的代码，在contextDestroyed(ServletContextEvent arg0)中添加timer.cancel()代码，在Web容器关闭后手工停止Timer来结束任务。

Spring为JDK Timer和Quartz Scheduler所提供的TimerFactoryBean和SchedulerFactoryBean能够和Spring容器的生命周期关联，在 Spring容器启动时启动调度器，而在Spring容器关闭时，停止调度器。所以在Spring中通过这两个FactoryBean配置调度器，再从 Spring IoC中获取调度器引用进行任务调度将不会出现这种Web容器关闭而任务依然运行的问题。而如果你在程序中直接使用Timer或Scheduler，如不 进行额外的处理，将会出现这一问题。