对守护线程的理解

目录

1、简介

2、需要注意点

3、实际应用例子

4、总结

---

1、简介

        在Java中有两类线程：User Thread(用户线程)、Daemon Thread(守护线程) 

        用个比较通俗的比如，任何一个守护线程都是整个JVM中所有非守护线程的保姆：

        只要当前JVM实例中尚存在任何一个非守护线程没有结束，守护线程就全部工作；只有当最后一个非守护线程结束时，守护线程随着JVM一同结束工作。
        Daemon的作用是为其他线程的运行提供便利服务，守护线程最典型的应用就是 GC (垃圾回收器)，它就是一个很称职的守护者。

         User和Daemon两者几乎没有区别，唯一的不同之处就在于虚拟机的离开：如果 User Thread已经全部退出运行了，只剩下Daemon Thread存在了，虚拟机也就退出了。 因为没有了被守护者，Daemon也就没有工作可做了，也就没有继续运行程序的必要了。

         通常来说，守护线程经常被用来执行一些后台任务，但是呢，你又希望在程序退出时，或者说 JVM 退出时，线程能够自动关闭，此时，守护线程是你的首选。

         值得一提的是，守护线程并非只有虚拟机内部提供，用户在编写程序时也可以自己设置守护线程。下面的方法就是用来设置守护线程的。

Thread daemonTread = new Thread();
 
  // 设定 daemonThread 为 守护线程，default false(非守护线程)
 daemonThread.setDaemon(true);
 
 // 验证当前线程是否为守护线程，返回 true 则为守护线程
 daemonThread.isDaemon();

2、需要注意点

• (1) thread.setDaemon(true)必须在thread.start()之前设置，否则会跑出一个  IllegalThreadStateException异常。你不能把正在运行的常规线程设置为守护线程。
• (2) 在Daemon线程中产生的新线程也是Daemon的。
• (3) 不要认为所有的应用都可以分配给Daemon来进行服务，比如读写操作或者计算逻辑。

        因为你不可能知道在所有的User完成之前，Daemon是否已经完成了预期的服务任务。一旦User退出了，可能大量数据还没有来得及读入或写出，计算任务也可能多次运行结果不一样。这对程序是毁灭性的。造成这个结果理由已经说过了：一旦所有User 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"字符串。

         看到了吧，把输入输出逻辑包装进守护线程多么的可怕，字符串并没有写入指定文件。原因也很简单，直到主线程完成，守护线程仍处于1秒的阻塞状态。这个时候主线程很快就运行完了，虚拟机退出，Daemon停止服务，输出操作自然失败了。

public class Test {
　　public static void main(String args) {
　　Thread t1 = new MyCommon();
　　Thread t2 = new Thread(new MyDaemon());
　　t2.setDaemon(true); //设置为守护线程
　　t2.start();
　　t1.start();
　　}
　　}
　　class MyCommon extends Thread {
　　public void run() {
　　for (int i = 0; i < 5; i++) {
　　System.out.println("线程1第" + i + "次执行！");
　　try {
　　Thread.sleep(7);
　　} catch (InterruptedException e) {
　　e.printStackTrace();
　　}
　　}
　　}
　　}

class MyDaemon implements Runnable {
　　public void run() {
　　for (long i = 0; i < 9999999L; i++) {
　　System.out.println("后台线程第" + i + "次执行！");
　　try {
　　Thread.sleep(7);
　　} catch (InterruptedException e) {
　　e.printStackTrace();
　　}
　　}
　　}
　　}

输出结果

后台线程第0次执行！
线程1第0次执行！
线程1第1次执行！
后台线程第1次执行！
后台线程第2次执行！
线程1第2次执行！
线程1第3次执行！
后台线程第3次执行！
线程1第4次执行！
后台线程第4次执行！
后台线程第5次执行！
后台线程第6次执行！
后台线程第7次执行！
Process finished with exit code 0

从上面的执行结果可以看出前台线程是保证执行完毕的，后台线程还没有执行完毕就退出了。

实际上：JRE判断程序是否执行结束的标准是所有的前台执线程行完毕了，而不管后台线程的状态，因此，在使用后台线程时候一定要注意这个问题。 

补充说明：

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

        那Java的守护线程是什么样子的呢。当JVM中所有的线程都是守护线程的时候，JVM就可以退出了；如果还有一个或以上的非守护线程则JVM不会退出。

3、实际应用例子

• 后台任务：有一些任务并不需要立即执行，而是在程序运行的过程中后台进行。比如日志记录、垃圾回收等。
• 定时任务：一些定时任务可以作为守护线程执行，例如定时备份数据库、定时清理临时文件等。
• 服务监听：在服务器应用中，可以使用守护线程监听某个端口，等待客户端的连接请求。

4、总结

守护线程具有以下特点：

• 守护线程依赖于其他线程的存在。当所有用户线程结束后，守护线程会自动退出。
• 守护线程的优先级比较低，通常用于执行一些后台任务。
• 守护线程不能持有任何资源，因为它们会在所有用户线程结束后被强制退出