下面是一个示例，用于测试在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的任务是危险的。

答案已经有很多了;然而，也许我可以更清楚地解释这一点，因为当我阅读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.

守护线程类似于助手线程。非daemon线程就像前面的表演者。助手帮助表演者完成一项工作。工作完成后，执行者不再需要帮助来执行。由于不需要帮助，助手们离开了这个地方。因此，当非守护线程的任务结束时，守护线程就会离开。

我想澄清一个误解:

Assume that if daemon thread (say B) is created within user thread (say A); then ending of this user thread/parent thread (A) will not end the daemon thread/child thread (B) it has created; provided user thread is the only one currently running. So there is no parent-child relationship on thread ending. All daemon threads (irrespective of where it is created) will end once there is no single live user thread and that causes JVM to terminate. Even this is true for both (parent/child) are daemon threads. If a child thread created from a daemon thread then that is also a daemon thread. This won't need any explicit daemon thread flag setting. Similarly if a child thread created from a user thread then that is also a user thread, if you want to change it, then explicit daemon flag setting is needed before start of that child thread.

当最后一个非守护进程线程执行完成时，JVM将完成这项工作。默认情况下，JVM将创建一个线程作为非守护进程，但我们可以通过setDaemon(true)方法将线程创建为守护进程。Daemon线程的一个很好的例子是GC线程，它将在所有非Daemon线程完成后立即完成它的工作。