多线程

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()方法的差别有哪些? 下面就来谈谈这个问题, 为了便于理解我一点一点讲:

1. Runnable 比 Callable 古老一点, 前者源于 JDK1.0, 后者源于 Java 5.
2. Runnable 接口用 run() 方法来描述一个任务(task), 而 Callable 使用 call().
3. run()方法不会返回结果, 因为它的返回类型是 void. 而 Callable 是个 支持泛型的接口, 当要实现(implement)一个Callable接口的时候, 就会提供一个返回值类型.
4. 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 退出时，线程能够自动关闭，此时，守护线程是你的首选。