答案已经有很多了;然而，也许我可以更清楚地解释这一点，因为当我阅读Daemon Threads时，最初，我有一种感觉，我很好地理解了它;然而，在玩了它并调试了一下之后，我发现了一个奇怪的行为。

我被教导:

如果我想让线程在主线程有序完成执行后立即死亡，我应该将其设置为Diamond。

我尝试了什么:

我从主线程中创建了两个线程，我只将其中一个设置为菱形; 在主线程有序完成执行后，那些新创建的线程都没有退出，但我预计，守护线程应该已经退出; 我浏览了许多博客和文章，到目前为止，我找到的最好、最清晰的定义来自《Java并发实践》一书，它非常清楚地指出:

7.4.2守护线程

Sometimes you want to create a thread that performs some helper function but you don’t want the existence of this thread to prevent the JVM from shutting down. This is what daemon threads are for. Threads are divided into two types: normal threads and daemon threads. When the JVM starts up, all the threads it creates (such as garbage collector and other housekeeping threads) are daemon threads, except the main thread. When a new thread is created, it inherits the daemon status of the thread that created it, so by default any threads created by the main thread are also normal threads. Normal threads and daemon threads differ only in what happens when they exit. When a thread exits, the JVM performs an inventory of running threads, and if the only threads that are left are daemon threads, it initiates an orderly shutdown. When the JVM halts, any remaining daemon threads are abandoned— finally blocks are not executed, stacks are not unwound—the JVM just exits. Daemon threads should be used sparingly—few processing activities can be safely abandoned at any time with no cleanup. In particular, it is dangerous to use daemon threads for tasks that might perform any sort of I/O. Daemon threads are best saved for “housekeeping” tasks, such as a background thread that periodically removes expired entries from an in-memory cache.

对我来说，守护线程就像用户线程的管家。 如果所有用户线程都已完成，守护进程线程就没有任务 JVM杀死。 我在YouTube视频里解释过了。

下面是一个示例，用于测试在jvm由于不存在用户线程而退出时守护线程的行为。

请注意下面输出的倒数第二行，当主线程退出时，守护线程也死了，并且没有在finally块中打印finally executed9语句。这意味着如果由于不存在用户线程而导致JVM退出，守护线程finally块内关闭的任何i/o资源都不会被关闭。

public class DeamonTreadExample {

public static void main(String[] args) throws InterruptedException {

    Thread t = new Thread(() -> {
        int count = 0;
        while (true) {
            count++;
            try {
                System.out.println("inside try"+ count);
                Thread.currentThread().sleep(1000);
            } catch (InterruptedException e) {
                // TODO Auto-generated catch block
                e.printStackTrace();
            } finally {
                System.out.println("finally executed"+ count);
            }
        }
    });
    t.setDaemon(true);
    t.start();

    Thread.currentThread().sleep(10000);
    System.out.println("main thread exited");
  }
}

输出

inside try1
finally executed1
inside try2
finally executed2
inside try3
finally executed3
inside try4
finally executed4
inside try5
finally executed5
inside try6
finally executed6
inside try7
finally executed7
inside try8
finally executed8
inside try9
finally executed9
inside try10
main thread exited

再讲一点(参考:Java并发实践)

当创建一个新线程时，它将继承其守护进程状态 的父母。 当所有非守护进程线程完成时，JVM停止，并放弃所有剩余的守护进程线程: 最后，块不执行， 栈不会被解开——JVM只是退出。 由于这个原因，应该谨慎使用守护线程，将它们用于可能执行任何类型的I/O的任务是危险的。

守护线程就像一个服务提供者，为运行在与守护线程相同进程中的其他线程或对象提供服务。守护线程用于后台支持任务，只有在正常线程执行时才需要守护线程。如果正常线程不运行，其余线程是守护线程，则解释器退出。

例如，HotJava浏览器使用最多4个名为“Image Fetcher”的守护线程从文件系统或网络中为任何需要的线程获取图像。

守护线程通常用于为应用程序/applet执行服务(例如加载“fiddley bits”)。用户线程和守护线程之间的核心区别在于，JVM只会在所有用户线程都终止时关闭程序。当不再有任何用户线程在运行(包括执行主线程)时，守护线程将由JVM终止。

setDaemon(真/假)?此方法用于指定一个线程是守护线程。

公共boolean isDaemon() ?此方法用于确定线程是否是守护线程。

Eg:

public class DaemonThread extends Thread {
    public void run() {
        System.out.println("Entering run method");

        try {
            System.out.println("In run Method: currentThread() is" + Thread.currentThread());

            while (true) {
                try {
                    Thread.sleep(500);
                } catch (InterruptedException x) {}

                System.out.println("In run method: woke up again");
            }
        } finally {
            System.out.println("Leaving run Method");
        }
    }
    public static void main(String[] args) {
        System.out.println("Entering main Method");

        DaemonThread t = new DaemonThread();
        t.setDaemon(true);
        t.start();

        try {
            Thread.sleep(3000);
        } catch (InterruptedException x) {}

        System.out.println("Leaving main method");
    }

}

输出:

C:\java\thread>javac DaemonThread.java

C:\java\thread>java DaemonThread
Entering main Method
Entering run method
In run Method: currentThread() isThread[Thread-0,5,main]
In run method: woke up again
In run method: woke up again
In run method: woke up again
In run method: woke up again
In run method: woke up again
In run method: woke up again
Leaving main method

C:\j2se6\thread>

答案已经有很多了;然而，也许我可以更清楚地解释这一点，因为当我阅读Daemon Threads时，最初，我有一种感觉，我很好地理解了它;然而，在玩了它并调试了一下之后，我发现了一个奇怪的行为。

我被教导:

如果我想让线程在主线程有序完成执行后立即死亡，我应该将其设置为Diamond。

我尝试了什么:

我从主线程中创建了两个线程，我只将其中一个设置为菱形; 在主线程有序完成执行后，那些新创建的线程都没有退出，但我预计，守护线程应该已经退出; 我浏览了许多博客和文章，到目前为止，我找到的最好、最清晰的定义来自《Java并发实践》一书，它非常清楚地指出:

7.4.2守护线程

Sometimes you want to create a thread that performs some helper function but you don’t want the existence of this thread to prevent the JVM from shutting down. This is what daemon threads are for. Threads are divided into two types: normal threads and daemon threads. When the JVM starts up, all the threads it creates (such as garbage collector and other housekeeping threads) are daemon threads, except the main thread. When a new thread is created, it inherits the daemon status of the thread that created it, so by default any threads created by the main thread are also normal threads. Normal threads and daemon threads differ only in what happens when they exit. When a thread exits, the JVM performs an inventory of running threads, and if the only threads that are left are daemon threads, it initiates an orderly shutdown. When the JVM halts, any remaining daemon threads are abandoned— finally blocks are not executed, stacks are not unwound—the JVM just exits. Daemon threads should be used sparingly—few processing activities can be safely abandoned at any time with no cleanup. In particular, it is dangerous to use daemon threads for tasks that might perform any sort of I/O. Daemon threads are best saved for “housekeeping” tasks, such as a background thread that periodically removes expired entries from an in-memory cache.