callable 与 runnable 的区别
Callable接口比Runnable接口要新一点,它是在 Java 5 的时候发行的。尽管Callable跟Runnable接口都是设计来代表一个任务(task), 这个任务可以被任意线程执行, 但两者间还是有一些明显的差异. 在我看来, 最主要的差异在于Callable可以在内部的call()方法返回执行的结果, 而Runnable则不行
另一个明显的差别是: 是否有能力抛出checked exception. Callable可以抛出checked exception因为它的call()方法抛出了这个异常.
顺便一提, 有个问题经常是随着经典提问Runnable跟Thread之间的差异?
被问出来的, 通常来说FutureTask要跟Callable一起使用来获取异步任务中的结果.
Callable Vs Runnable 接口
上一节中我已经讨论了Callable跟Runnable之间的主要差异, 有人会问: call()与run()方法的差别有哪些? 下面就来谈谈这个问题, 为了便于理解我一点一点讲:
- Runnable 比 Callable 古老一点, 前者源于 JDK1.0, 后者源于 Java 5.
- Runnable 接口用 run() 方法来描述一个任务(task), 而 Callable 使用 call().
- run()方法不会返回结果, 因为它的返回类型是 void. 而 Callable 是个 支持泛型的接口, 当要实现(implement)一个Callable接口的时候, 就会提供一个返回值类型.
- run()方法不会抛出 checked excep
tion 异常, 而 call() 方法可以
一、什么是守护线程
守护线程相对于正常线程来说,是比较特殊的一类线程,那么它特殊在哪里呢?别急,在了解它之前,我们需要知道一个问题,那就是:
JVM 程序在什么情况下能够正常退出?
The Java Virtual Machine exits when the only threads running are all daemon threads.
上面这句话来自 JDK 官方文档,意思是:
当 JVM 中不存在任何一个正在运行的非守护线程时,则 JVM 进程即会退出。
理解起来有点拗口,看完下面的代码你就懂了 。_
示例代码
- ①: 创建一个非守护线程;
- ②: 模拟非守护线程不退出的情况;
- ③: 启动线程;
- ④: 主线程即将退出;
运行这段代码,猜猜看,JVM 进程是否能够正常退出呢?
运行代码
可以看到因为有一个非守护线程一直在后台运行着,JVM 无法正常退出。那么,如果说正在运行的是个守护线程,结果又会怎么样呢?
设置该线程为守护线程
- ①: 添加一个钩子(Hook)线程, 用来监听 JVM 退出,并输出日志;
关于 Hook (钩子) 线程可以看我之前的文章:《Java 多线程之 Hook (钩子) 线程》
- ②: 通过
setDaemon(true)
将该线程为守护线程;
再次运行代码,瞅瞅效果:
第二次运行示例代码
可以看到,当主线程退出时,JVM 会随之退出运行,守护线程同时也会被回收,即使你里面是个死循环也不碍事。
二、守护线程的作用及应用场景
通过上面的示例代码,相信你已经了解了守护线程和普通线程之间的区别,那么,我们来讨论一下为什么需要守护线程,以及何时使用,它的应用场景是什么?
上面,我们已经知道了,如果 JVM 中没有一个正在运行的非守护线程,这个时候,JVM 会退出。换句话说,守护线程拥有自动结束自己生命周期的特性,而非守护线程不具备这个特点。
JVM 中的垃圾回收线程就是典型的守护线程,如果说不具备该特性,会发生什么呢?
当 JVM 要退出时,由于垃圾回收线程还在运行着,导致程序无法退出,这就很尴尬了!!!由此可见,守护线程的重要性了。
通常来说,守护线程经常被用来执行一些后台任务,但是呢,你又希望在程序退出时,或者说 JVM 退出时,线程能够自动关闭,此时,守护线程是你的首选。