让我们看看在哪里可以使用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，它将不得不阻塞，直到所有其他排队的项都被执行。只有这样，该方法才会返回值。这是一种同步机制。

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)值更简洁。

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

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

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

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

让我们看看在哪里可以使用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，它将不得不阻塞，直到所有其他排队的项都被执行。只有这样，该方法才会返回值。这是一种同步机制。

正如这里已经提到的，Callable是一个相对较新的接口，它是作为并发包的一部分引入的。Callable和Runnable都可以与执行器一起使用。Thread类(实现Runnable本身)只支持Runnable。

您仍然可以将Runnable与执行程序一起使用。Callable的优点是，你可以将它发送给executor，并立即得到Future结果，当执行完成时，Future结果将被更新。Runnable也可以实现同样的功能，但在这种情况下，您必须自己管理结果。例如，您可以创建保存所有结果的结果队列。其他线程可以等待这个队列并处理到达的结果。

除了所有其他答案:

我们不能传递/使用Callable到单独的线程执行，即Callable只能在执行器框架中使用。 但是，Runnable可以传递给一个单独的线程执行(new thread (new CustomRunnable()))，也可以在Executor Framework中使用。