В чем разница между использованием Runnable
и Callable
интерфейсов при проектировании одновременных потоков в Java, почему бы вы выбрали один над другим?
В чем разница между использованием Runnable
и Callable
интерфейсов при проектировании одновременных потоков в Java, почему бы вы выбрали один над другим?
Ответы:
Смотрите объяснение здесь .
Интерфейс Callable похож на Runnable в том, что оба предназначены для классов, чьи экземпляры потенциально выполняются другим потоком. Runnable, однако, не возвращает результат и не может вызвать проверенное исключение.
Каковы различия в приложениях
Runnable
иCallable
. Разница только с параметром возврата, присутствующим вCallable
?
В основном да. Смотрите ответы на этот вопрос . И то, что для JavadocCallable
.
Зачем нужны оба, если
Callable
можно сделать все, чтоRunnable
делает?
Потому что Runnable
интерфейс не может делать все, что Callable
делает!
Runnable
существует с Java 1.0, но Callable
был представлен только в Java 1.5 ... для обработки сценариев использования, которые Runnable
не поддерживают. Теоретически, команда Java могла бы изменить сигнатуру Runnable.run()
метода, но это нарушило бы двоичную совместимость с кодом до 1.5, что потребовало бы перекодирования при переносе старого кода Java в более новые JVM. Это БОЛЬШОЕ НЕТ-НЕТ. Java стремится быть обратно совместимым ... и это было одним из самых значительных преимуществ Java для бизнес-вычислений.
И, очевидно, есть варианты использования, когда задача не должна возвращать результат или выдавать проверенное исключение. В этих случаях использование Runnable
более кратко, чем использование Callable<Void>
и возврат значения dummy ( null
) из call()
метода.
Runnable
существует (в основном) по причинам обратной совместимости. Но не бывает ли ситуаций, когда нет необходимости или слишком дорого реализовывать (или требовать) Callable
интерфейс (например, в ScheduledFuture<?> ScheduledExecutorService.schedule(Runnable command, long delay, TimeUnit unit)
)? Так разве не выгодно поддерживать оба интерфейса в языке, даже если история не вызвала текущий результат?
Runnable
это было бы изменено, если бы не было необходимости поддерживать совместимость. «Образец» return null;
- слабый аргумент. (По крайней мере, это было бы мое решение ... в гипотетическом контексте, где вы могли бы игнорировать обратную совместимость.)
Callable
Необходимо реализовать call()
метод в то время как Runnable
необходимо реализовать run()
метод.Callable
может вернуть значение, но Runnable
не может.Callable
Может бросить проверяемое исключение , но Runnable
не может.A Callable
может использоваться с ExecutorService#invokeXXX(Collection<? extends Callable<T>> tasks)
методами, но Runnable
не может быть.
public interface Runnable {
void run();
}
public interface Callable<V> {
V call() throws Exception;
}
Я нашел это в другом блоге, который может объяснить немного больше этих различий :
Хотя оба интерфейса реализованы классами, которые хотят выполнять в другом потоке выполнения, между этими двумя интерфейсами есть несколько отличий:
Callable<V>
Экземпляр возвращает результат типа V
, в то время как Runnable
экземпляр не делает.Callable<V>
Экземпляр может бросить проверенные исключения, в то время как Runnable
экземпляр не можетРазработчики Java чувствовали необходимость расширения возможностей Runnable
интерфейса, но они не хотели влиять на использование Runnable
интерфейса, и, вероятно, именно поэтому они решили использовать отдельный интерфейс с именем Callable
в Java 1.5, а не изменять уже существующий интерфейс. существующий Runnable
.
Давайте посмотрим, где можно использовать Runnable и Callable.
Runnable и Callable работают в другом потоке, чем в вызывающем потоке. Но Callable может вернуть значение, а Runnable не может. Так, где это действительно применяется.
Runnable : если у вас есть задание на запуск и забытие, используйте Runnable. Поместите свой код в Runnable, и когда вызывается метод run (), вы можете выполнить свою задачу. Вызывающему потоку действительно все равно, когда вы выполняете свою задачу.
Callable : если вы пытаетесь получить значение из задачи, используйте Callable. Теперь вызываемый сам по себе не сделает работу. Вам понадобится Future, который вы оберните вокруг своего Callable и получите свои значения в future.get (). Здесь вызывающий поток будет заблокирован, пока Future не вернется с результатами, которые, в свою очередь, ожидают выполнения метода call () Callable.
Так что подумайте об интерфейсе с целевым классом, в котором определены как упакованные методы Runnable, так и Callable. Вызывающий класс будет случайным образом вызывать методы вашего интерфейса, не зная, какой из них Runnable, а какой - Callable. Методы Runnable будут выполняться асинхронно, пока не будет вызван метод Callable. Здесь поток вызывающего класса будет блокироваться, поскольку вы извлекаете значения из целевого класса.
ПРИМЕЧАНИЕ. Внутри целевого класса вы можете выполнять вызовы Callable и Runnable в одном потоке-исполнителе, что делает этот механизм похожим на очередь последовательной отправки. Поэтому до тех пор, пока вызывающая сторона вызывает ваши упакованные методы Runnable, вызывающий поток будет выполняться очень быстро без блокировки. Как только он вызывает Callable, обернутый в метод Future, он должен блокироваться, пока не будут выполнены все остальные элементы в очереди. Только тогда метод вернется со значениями. Это механизм синхронизации.
Callable
Интерфейс объявляет call()
метод, и вы должны предоставить обобщенные значения, так как тип вызова объекта () должен возвращаться -
public interface Callable<V> {
/**
* Computes a result, or throws an exception if unable to do so.
*
* @return computed result
* @throws Exception if unable to compute a result
*/
V call() throws Exception;
}
Runnable
с другой стороны, это интерфейс, который объявляет run()
метод, который вызывается при создании потока с runnable и вызовом start (). Вы также можете напрямую вызвать run (), но он просто выполняет метод run () в том же потоке.
public interface Runnable {
/**
* When an object implementing interface <code>Runnable</code> is used
* to create a thread, starting the thread causes the object's
* <code>run</code> method to be called in that separately executing
* thread.
* <p>
* The general contract of the method <code>run</code> is that it may
* take any action whatsoever.
*
* @see java.lang.Thread#run()
*/
public abstract void run();
}
Подводя итог несколько заметных различий
Runnable
Объект не возвращает результат , тогда как Callable
объект возвращает результат.Runnable
Объект не может бросить проверяемое исключение Тогда как Callable
объект может вызвать исключение.Runnable
Интерфейс был примерно с Java 1.0 , тогда как Callable
был введен только в Java 1.5.Немного сходств включают
Методы в интерфейсе ExecutorService являются
<T> Future<T> submit(Callable<T> task);
Future<?> submit(Runnable task);
<T> Future<T> submit(Runnable task, T result);
Назначение этих интерфейсов из документации Oracle:
Выполняемый интерфейс должен быть реализован любым классом, экземпляры которого предназначены для выполнения Thread
. Класс должен определять метод без вызываемых аргументов run
.
Callable : задача, которая возвращает результат и может вызвать исключение. Реализаторы определяют один метод без аргументов, называемый call. Callable
Интерфейс аналогичен Runnable
, в том , что оба они предназначены для классов, экземпляры потенциально выполняется в другом потоке. Однако A Runnable
не возвращает результат и не может выдать проверенное исключение.
Другие отличия:
Вы можете перейти Runnable
к созданию темы . Но вы не можете создать новый поток, передавая в Callable
качестве параметра. Вы можете передать Callable только ExecutorService
экземплярам.
public class HelloRunnable implements Runnable {
public void run() {
System.out.println("Hello from a thread!");
}
public static void main(String args[]) {
(new Thread(new HelloRunnable())).start();
}
}
Используйте Runnable
для огня и забудьте звонки. Используйте Callable
для проверки результата.
Callable
может быть передан в метод invokeAll в отличие от Runnable
. Методы invokeAny
и invokeAll
выполнение наиболее часто используемых форм массового выполнения, выполнение набора задач и ожидание завершения хотя бы одной или всех задач.
Тривиальная разница: имя метода для реализации => run()
для Runnable
и call()
для Callable
.
Как уже упоминалось, Callable - это относительно новый интерфейс, который был представлен как часть пакета для параллелизма. И Callable, и Runnable могут быть использованы с исполнителями. Класс Thread (который реализует сам Runnable) поддерживает только Runnable.
Вы все еще можете использовать Runnable с исполнителями. Преимущество Callable в том, что вы можете отправить его исполнителю и сразу же получить результат в будущем, который будет обновлен после завершения выполнения. То же самое может быть реализовано с помощью Runnable, но в этом случае вам придется управлять результатами самостоятельно. Например, вы можете создать очередь результатов, которая будет содержать все результаты. Другой поток может ждать в этой очереди и обрабатывать результаты, которые поступают.
Future
или добавив ловушку, которая перехватывает все непроигранные исключения: docs.oracle.com/javase/6/docs/api/ java / lang /…
Thread
возможности осмысленного использования Callable
интерфейса, чтобы можно было настроить один поток для выполнения вызываемых вещей и других вещей, которые мог бы пожелать разработчик. Если кто-то, кто читает этот комментарий, думает, что я неправ, я хотел бы знать лучше ...
+-------------------------------------+--------------------------------------------------------------------------------------------------+
| Runnable | Callable<T> |
+-------------------------------------+--------------------------------------------------------------------------------------------------+
| Introduced in Java 1.0 of java.lang | Introduced in Java 1.5 of java.util.concurrent library |
| Runnable cannot be parametrized | Callable is a parametrized type whose type parameter indicates the return type of its run method |
| Runnable has run() method | Callable has call() method |
| Runnable.run() returns void | Callable.call() returns a value of Type T |
| Can not throw Checked Exceptions | Can throw Checked Exceptions |
+-------------------------------------+--------------------------------------------------------------------------------------------------+
Разработчики Java чувствовали необходимость расширения возможностей Runnable
интерфейса, но они не хотели влиять на использование Runnable
интерфейса, и, вероятно, именно поэтому они решили использовать отдельный интерфейс с именем Callable
в Java 1.5, а не изменять уже существующий интерфейс. существующий Runnable
интерфейс, который был частью Java с Java 1.0. источник
Разница между Callable и Runnable заключается в следующем:
Callable и Runnable оба похожи друг на друга и могут использовать в реализации потока. В случае реализации Runnable вы должны реализовать метод run (), но в случае вызываемого вы должны реализовать метод call () , оба метода работают одинаково, но метод вызываемого вызова () обладает большей гибкостью. Между ними есть некоторые различия.
Разница между Runnable и вызываемым , как below--
1) Run () метод работоспособных возвращает недействительных , средства , если вы хотите , чтобы ваш обратный поток то , что вы можете использовать в дальнейшем , то у вас нет иного выбора , с Runnable Run () метод. Существует решение «Callable». Если вы хотите вернуть какую-либо вещь в виде объекта, вам следует использовать Callable вместо Runnable . В вызываемом интерфейсе есть метод call (), который возвращает Object .
Подпись метода - Runnable->
public void run(){}
Callable->
public Object call(){}
2) В случае метода Runnable run (), если возникает какое-либо проверенное исключение, вам необходимо обработать блок try catch , но в случае вызова метода Callable () вы можете выбросить проверенное исключение, как показано ниже
public Object call() throws Exception {}
3) Runnable поставляется с устаревшей версией java 1.0 , но функция callable появилась в версии Java 1.5 с платформой Executer .
Если вы знакомы с Executers, вам следует использовать Callable вместо Runnable .
Надеюсь, вы понимаете.
Runnable (против) Callable вступает в силу, когда мы используем среду исполнения.
ExecutorService - это подинтерфейс Executor
, который принимает задачи Runnable и Callable.
Раньше многопоточности можно было достичь с помощью интерфейса начиная с версии 1.0 , но здесь проблема в том, что после завершения задачи потока мы не можем собрать информацию о потоках. Для сбора данных мы можем использовать статические поля.Runnable
Пример Отдельные темы для сбора данных о каждом ученике.
static HashMap<String, List> multiTasksData = new HashMap();
public static void main(String[] args) {
Thread t1 = new Thread( new RunnableImpl(1), "T1" );
Thread t2 = new Thread( new RunnableImpl(2), "T2" );
Thread t3 = new Thread( new RunnableImpl(3), "T3" );
multiTasksData.put("T1", new ArrayList() ); // later get the value and update it.
multiTasksData.put("T2", new ArrayList() );
multiTasksData.put("T3", new ArrayList() );
}
Чтобы решить эту проблему, они внедрили начиная с версии 1.5, которая возвращает результат и может вызвать исключение.Callable<V>
Единый абстрактный метод . Интерфейсы Callable и Runnable имеют один абстрактный метод, что означает, что они могут использоваться в лямбда-выражениях в Java 8.
public interface Runnable {
public void run();
}
public interface Callable<Object> {
public Object call() throws Exception;
}
Есть несколько различных способов делегировать задачи для выполнения в ExecutorService .
execute(Runnable task):void
создает новый поток, но не блокирует основной поток или поток вызывающего, так как этот метод возвращает void.submit(Callable<?>):Future<?>
, submit(Runnable):Future<?>
Ящики новую нить и блоки основной нити при использовании future.get () .Пример использования интерфейсов Runnable, Callable с платформой Executor.
class CallableTask implements Callable<Integer> {
private int num = 0;
public CallableTask(int num) {
this.num = num;
}
@Override
public Integer call() throws Exception {
String threadName = Thread.currentThread().getName();
System.out.println(threadName + " : Started Task...");
for (int i = 0; i < 5; i++) {
System.out.println(i + " : " + threadName + " : " + num);
num = num + i;
MainThread_Wait_TillWorkerThreadsComplete.sleep(1);
}
System.out.println(threadName + " : Completed Task. Final Value : "+ num);
return num;
}
}
class RunnableTask implements Runnable {
private int num = 0;
public RunnableTask(int num) {
this.num = num;
}
@Override
public void run() {
String threadName = Thread.currentThread().getName();
System.out.println(threadName + " : Started Task...");
for (int i = 0; i < 5; i++) {
System.out.println(i + " : " + threadName + " : " + num);
num = num + i;
MainThread_Wait_TillWorkerThreadsComplete.sleep(1);
}
System.out.println(threadName + " : Completed Task. Final Value : "+ num);
}
}
public class MainThread_Wait_TillWorkerThreadsComplete {
public static void main(String[] args) throws InterruptedException, ExecutionException {
System.out.println("Main Thread start...");
Instant start = java.time.Instant.now();
runnableThreads();
callableThreads();
Instant end = java.time.Instant.now();
Duration between = java.time.Duration.between(start, end);
System.out.format("Time taken : %02d:%02d.%04d \n", between.toMinutes(), between.getSeconds(), between.toMillis());
System.out.println("Main Thread completed...");
}
public static void runnableThreads() throws InterruptedException, ExecutionException {
ExecutorService executor = Executors.newFixedThreadPool(4);
Future<?> f1 = executor.submit( new RunnableTask(5) );
Future<?> f2 = executor.submit( new RunnableTask(2) );
Future<?> f3 = executor.submit( new RunnableTask(1) );
// Waits until pool-thread complete, return null upon successful completion.
System.out.println("F1 : "+ f1.get());
System.out.println("F2 : "+ f2.get());
System.out.println("F3 : "+ f3.get());
executor.shutdown();
}
public static void callableThreads() throws InterruptedException, ExecutionException {
ExecutorService executor = Executors.newFixedThreadPool(4);
Future<Integer> f1 = executor.submit( new CallableTask(5) );
Future<Integer> f2 = executor.submit( new CallableTask(2) );
Future<Integer> f3 = executor.submit( new CallableTask(1) );
// Waits until pool-thread complete, returns the result.
System.out.println("F1 : "+ f1.get());
System.out.println("F2 : "+ f2.get());
System.out.println("F3 : "+ f3.get());
executor.shutdown();
}
}
Это своего рода соглашение об именах интерфейсов, которое соответствует функциональному программированию.
//Runnable
interface Runnable {
void run();
}
//Action - throws exception
interface Action {
void run() throws Exception;
}
//Consumer - consumes a value/values, throws exception
interface Consumer1<T> {
void accept(T t) throws Exception;
}
//Callable - return result, throws exception
interface Callable<R> {
R call() throws Exception;
}
//Supplier - returns result, throws exception
interface Supplier<R> {
R get() throws Exception;
}
//Predicate - consumes a value/values, returns true or false, throws exception
interface Predicate1<T> {
boolean test(T t) throws Exception;
}
//Function - consumes a value/values, returns result, throws exception
public interface Function1<T, R> {
R apply(T t) throws Throwable;
}
...