请看这里的解释。

Callable接口类似于 可运行的，因为两者都是设计出来的 对于实例为的类 可能由另一个人执行 线程。然而，Runnable则不然 返回结果，且不能抛出 检查异常。

我在另一篇博客中发现了这一点，可以更好地解释这些差异:

虽然这两个接口都是由希望在不同的执行线程中执行的类实现的，但这两个接口之间有一些区别:

Callable<V>实例返回类型为V的结果，而Runnable实例则不会。 Callable<V>实例可能会抛出受控异常，而Runnable实例则不会

Java的设计者觉得有必要扩展Runnable接口的功能，但他们不想影响Runnable接口的使用，这可能就是为什么他们在Java 1.5中使用一个名为Callable的单独接口，而不是修改已经存在的Runnable的原因。

Callable需要实现call()方法，而Runnable需要实现run()方法。 Callable可以返回值，但Runnable不能。 Callable可以抛出受控异常，但Runnable不能。 可调用对象可以与ExecutorService#invokeXXX(Collection<?扩展Callable<T>> tasks)方法，但Runnable不能。 可运行的{ 空运行(); ｝ 可调用接口<V> { V call()抛出异常; ｝

请看这里的解释。

Callable接口类似于 可运行的，因为两者都是设计出来的 对于实例为的类 可能由另一个人执行 线程。然而，Runnable则不然 返回结果，且不能抛出 检查异常。

Runnable和Callable在应用程序中的区别是什么?是否只与返回参数在Callable中存在差异?

基本上,是的。请看这个问题的答案。Callable的javadoc。

如果Callable能做Runnable能做的所有事情，那么两者都需要什么呢?

因为Runnable接口不能做Callable所做的所有事情!

Runnable has been around since Java 1.0, but Callable was only introduced in Java 1.5 ... to handle use-cases that Runnable does not support. In theory, the Java team could have changed the signature of the Runnable.run() method, but this would have broken binary compatiblity with pre-1.5 code, requiring recoding when migrating old Java code to newer JVMs. That is a BIG NO-NO. Java strives to be backwards compatible ... and that's been one of Java's biggest selling points for business computing.

显然，在某些用例中，任务不需要返回结果或抛出检查过的异常。对于这些用例，使用Runnable比使用Callable<Void>和从call()方法返回一个虚拟(null)值更简洁。

让我们看看在哪里可以使用Runnable和Callable。

Runnable和Callable都运行在与调用线程不同的线程上。但是Callable可以返回值，而Runnable不能。那么这到底适用于什么呢?

Runnable:如果你有一个火和忘记任务，那么使用Runnable。将代码放在Runnable中，当run()方法被调用时，就可以执行任务了。调用线程实际上并不关心您何时执行任务。

Callable:如果您试图从任务中检索值，则使用Callable。可调用本身是做不到的。你将需要一个Future，你将它包裹在你的Callable中，并获得关于Future的价值。get()。在这里，调用线程将被阻塞，直到Future返回结果，然后等待Callable的call()方法执行。

因此，考虑一个到目标类的接口，其中定义了Runnable和Callable包装方法。调用类会随机调用你的接口方法，不知道哪个是Runnable，哪个是Callable。Runnable方法将异步执行，直到Callable方法被调用。这里调用类的线程将阻塞，因为您正在从目标类中检索值。

注意:在目标类内部，您可以在单个线程执行器上调用Callable和Runnable，使此机制类似于串行调度队列。因此，只要调用者调用你的Runnable包装方法，调用线程就会非常快地执行而不会阻塞。一旦它调用了一个包装在Future方法中的Callable，它将不得不阻塞，直到所有其他排队的项都被执行。只有这样，该方法才会返回值。这是一种同步机制。