将 脚本之家 设为“星标⭐”
第一时间收到文章更新
来源公众号：飞天小牛肉 ID：CS-Wiki
已获得原公众号的授权转
守护线程使用示例
看下面这段代码：
在上面的示例中，我们创建了一个守护线程 daemonThread，并将其设置为守护线程。主线程休眠一段时间后，主线程结束，程序退出，此时守护线程也会随之结束。守护线程的 DaemonTask 会不断地输出消息，模拟后台任务的执行。当主线程结束后，你会注意到守护线程 DaemonTask 不再输出消息，因为它被 JVM 中止了。
什么是守护线程
Java 把线程分成两类：用户线程（User Thread） + 守护线程（Daemon Thread）
守护线程的使用有以下要点：
当程序中所有的用户线程执行完毕之后，不管守护线程是否结束，系统都会自动退出（也就是说只要存在一个用户线程在允许，守护线程就不会结束）
守护线程必须在 start 启动前通过 setDaemon 方法将状态设置为 true，启动后就不能进行设置，否则报 InterruptedException 异常
守护线程存在被 JVM 强制终止的风险，所以在守护线程中尽量不去访问系统资源，例如打开文件等，因为虚拟机退出时，守护线程没有任何机会来关闭文件，这会导致数据丢失， 所以守护线程适合执行无需完整执行的后台任务。
守护线程中创建的线程也是守护线程
JVM 进程中的 GC 线程就是一个守护线程，这样设计目的很明确，当你所有的程序都执行完毕了，留着这个 GC 线程就没有任何意义了。反过来可以设想，如果把 GC 线程设计成非守护线程，当你明确你的程序都执行完毕了，但是就是不自动退出岂不是很奇怪？
守护线程的底层原理
守护线程底层原理是啥？为什么用户线程结束守护线程就能自动退出？（相信很多很多小伙伴遇到这个题都会直接懵，属于低频但重点的考点）
我们看下 JVM 源码 thread.cpp 文件，这里是实现线程的代码。可以盲猜有一段代码监测着当前非守护线程的数量，不然怎么知道现在只剩下守护线程呢？很有可能是在移除线程的方法里面，跟着这个思路，我们看看该文件的 remove 方法。代码如下
我在里面加了一些注释，可以发现，果然是我们想的那样，里面有 _number_of_non_daemon_threads 记录着非守护线程的数量，而且当非守护线程数为 1 时，就会唤醒在 destory_vm 方法里面等待的线程，紧接着我们看看 destory_vm 代码，同样是在 thread.cpp 文件下：
可以看到当非守护线程数量大于 1 时，就一直等待，直到剩下一个非守护线程时，就会在线程执行完后，退出 JVM。这时候又有一个点需要搞清楚，就是什么时候调用的 destroy_vm 方法呢？还是通过查看代码以及注释，发现是在 main 方法执行完成后触发的。
在 java.c 文件的 JavaMain 方法里面，最后执行完调用了 LEAVE 方法，该方法调用了 (*vm)->DestroyJavaVM(vm); 来触发 JVM 退出，最终调用 destroy_vm 方法。
总结下就是：Java 程序在 main 线程执行退出时，会触发执行 JVM 退出操作（ destroy_vm 方法），但是该方法会等待所有非守护线程（用户线程）都执行完，具体原理是使用变量 _number_of_non_daemon_threads 统计非守护线程的数量，这个变量在新增线程和删除线程时会做增减操作。
另外衍生一点就是：当 JVM 退出时，所有还存在的守护线程会被抛弃，既不会执行 finally 部分代码，也不会 catch 异常。这个很明显，JVM 都退出了，守护线程还能独自存在？
Python社区变天：可去除全局解释器锁GIL，真正多线程要来了
让人恶心的多线程代码，性能怎么优化！
新来个阿里 P7，仅花 2 小时，撸出一个多线程永动任务，看完直接跪了！
Java 19 已至，虚拟线程 = 王炸！！
麻了，代码改成多线程，竟有9大问题 返回搜狐，查看更多
责任编辑：