использовать Thread и когда использовать Threadpool? [Дубликат]

Создание большого количества потоков без ограничения максимального порога может привести к тому, что приложение выйдет из памяти кучи. Из-за этого создание ThreadPool намного лучше. Используя ThreadPool, мы можем ограничить количество потоков, которые можно объединить и повторно использовать.

Структура исполнителей облегчает процесс создания пулов потоков в java. Класс исполнителей обеспечивает простую реализацию ExecutorService с использованием ThreadPoolExecutor.

Источник:

Что такое Executors Framework

До версии java 1.5 Thread / Runnable был разработан для двух отдельных сервисов

1. Единица работы
2. Выполнение этой единицы работы

ExecutorService отделяет эти две службы, обозначая Runnable / Callable как единицу работы и Исполнитель в качестве механизма для выполнения (с использованием жизненного цикла) единицы работы

ExecutorService также предоставляет доступ к FutureTask, который вернет вызывающему классу результаты фоновой задачи после завершения. В случае реализации Callable

public class TaskOne implements Callable<String> {

@Override
public String call() throws Exception {
    String message = "Task One here. . .";
    return message;
    }
}

public class TaskTwo implements Callable<String> {

@Override
public String call() throws Exception {
    String message = "Task Two here . . . ";
    return message;
    }
}

// from the calling class

ExecutorService service = Executors.newFixedThreadPool(2);
    // set of Callable types
    Set<Callable<String>>callables = new HashSet<Callable<String>>();
    // add tasks to Set
    callables.add(new TaskOne());
    callables.add(new TaskTwo());
    // list of Future<String> types stores the result of invokeAll()
    List<Future<String>>futures = service.invokeAll(callables);
    // iterate through the list and print results from get();
    for(Future<String>future : futures) {
        System.out.println(future.get());
    }

Преимущество, которое я вижу, заключается в управлении / планировании нескольких потоков. С помощью ExecutorService вам не нужно писать свой собственный менеджер потоков, который может быть запутан с ошибками. Это особенно полезно, если ваша программа должна запускать сразу несколько потоков. Например, вы хотите выполнить два потока за раз, вы можете легко сделать это следующим образом:

ExecutorService exec = Executors.newFixedThreadPool(2);

exec.execute(new Runnable() {
  public void run() {
    System.out.println("Hello world");
  }
});

exec.shutdown();

Пример может быть тривиальным, но попытайтесь считать, что строка «hello world» состоит из и вы хотите, чтобы эта операция выполнялась в нескольких потоках за раз, чтобы улучшить производительность вашей программы. Это всего лишь один пример. Есть еще много случаев, когда вы планируете или запускаете несколько потоков и используете ExecutorService в качестве менеджера потоков.

Для запуска одного потока я не вижу явного преимущества используя ExecutorService.

Ниже приведены некоторые преимущества:

1. Служба администратора управляет потоком асинхронным способом
2. Используйте метод callable для получения результата возврата после завершения потока.
3. Управление распределением работы для бесплатного потока и перепродажа завершенной работы из потока для назначения новой работы автоматически
4. fork - структура объединения для параллельной обработки
5. Улучшенная связь между потоками
6. invokeAll и invokeAny дают больше возможностей для запуска любого или всего потока сразу.
7. shutdown предоставляет возможность для завершения всей работы, связанной с потоком
8. . Службы Scheduled Executor предоставляют методы для создания повторяющихся вызовов runnables и Называем, что это вам поможет

Следующие ограничения от традиционной Thread, преодолеваемые инфраструктурой Executor (встроенная структура пула потоков).

• Плохое управление ресурсами, то есть он продолжает создавать новый ресурс для каждого запроса. Нет ограничений на создание ресурса. Используя инфраструктуру Executor, мы можем повторно использовать существующие ресурсы и установить ограничение на создание ресурсов.
• Не настойчиво: если мы продолжим создавать новый поток, мы получим исключение StackOverflowException, поэтому наша JVM сработает.
• Накладные расходы Создание времени: для каждого запроса нам нужно создать новый ресурс. Для создания нового ресурса требуется много времени. т. е. создание темы> задача. Используя инфраструктуру Executor, мы можем построить в пуле потоков.

Преимущества пула потоков

• Использование пула потоков уменьшает время отклика, избегая создания потока во время запроса или обработки задачи.
• Использовать пула потоков позволяет вам изменить свою политику выполнения по мере необходимости. вы можете перейти от одного потока к нескольким потокам, просто заменив реализацию ExecutorService.
• Пул потоков в приложении Java повышает стабильность системы, создавая настроенное количество потоков, основанное на загрузке системы и доступном ресурсе.
• Пул потоков освобождает разработчика приложений от управления потоками и позволяет сосредоточиться на бизнес-логике.

Источник