传统上，UNIX中的守护进程是那些不断在后台运行的进程，就像Windows中的服务一样。

Java中的守护线程是不阻止JVM退出的线程。特别是当只剩下守护线程时，JVM将退出。您可以通过调用线程上的setDaemon()方法来创建一个。

读取Daemon线程。

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

守护进程： d（isk） a（nd） e（xecution） mon（itor） or or from de（vice） mon（itor）

Daemon(计算)的定义:

处理打印假脱机和文件传输等服务请求的后台进程，在不需要时处于休眠状态。

——来源:牛津词典英文版

Java中的守护线程是什么?

Daemon threads can shut down any time in between their flow, Non-Daemon i.e. user thread executes completely. Daemon threads are threads that run intermittently in the background as long as other non-daemon threads are running. When all of the non-daemon threads complete, daemon threads terminates automatically. Daemon threads are service providers for user threads running in the same process. The JVM does not care about daemon threads to complete when in Running state, not even finally block also let execute. JVM do give preference to non-daemon threads that is created by us. Daemon threads acts as services in Windows. The JVM stops the daemon threads when all user threads (in contrast to the daemon threads) are terminated. Hence daemon threads can be used to implement, for example, a monitoring functionality as the thread is stopped by the JVM as soon as all user threads have stopped.

守护线程和用户线程。通常程序员创建的所有线程都是用户线程(除非你指定它为守护线程或者你的父线程是守护线程)。用户线程通常用于运行我们的程序代码。除非所有用户线程都终止，否则JVM不会终止。

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

下面是一个示例，用于测试在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