ThreadPool.QueueUserWorkItem против Task.Factory.StartNew

в чем разница между приведенными ниже

ThreadPool.QueueUserWorkItem

против

Task.Factory.StartNew

Если приведенный выше код вызывается 500 раз для какой-то длительной задачи, означает ли это, что все потоки пула потоков будут задействованы?

Или TPL (2-й вариант) будет достаточно умен, чтобы просто обрабатывать потоки, меньшее или равное количеству процессоров?

Если вы собираетесь запустить длительную задачу с помощью TPL, вы должны указать TaskCreationOptions.LongRunning, что будет означать, что она не планирует ее в пуле потоков. (EDIT: Как было отмечено в комментариях, это является решение планировщика конкретным, а не жесткий и быстрый гарантии, но я надеюсь , что любой здравомыслящий производство планировщик позволит избежать планирования долго выполняющихся задач в пуле потоков.)

Вам определенно не следует самостоятельно планировать большое количество длительных задач в пуле потоков. Я считаю, что в наши дни размер пула потоков по умолчанию довольно велик (потому что им часто злоупотребляют подобным образом), но принципиально его не следует использовать таким образом.

Назначение пула потоков - избежать того, чтобы короткие задачи сильно пострадали от создания нового потока по сравнению со временем, в течение которого они фактически выполняются. Если задача будет выполняться в течение длительного времени, влияние создания нового потока в любом случае будет относительно небольшим - и вы не хотите, чтобы потоки пула потоков потенциально заканчивались. (Это менее вероятно, но я сделал испытать его на более ранних версиях .NET.)

Лично, если бы у меня была возможность, я бы определенно использовал TPL на том основании, что TaskAPI довольно хорош, но не забудьте сказать TPL, что вы ожидаете, что задача будет выполняться в течение длительного времени.

EDIT: как отмечено в комментариях, см. Также сообщение в блоге команды PFX о выборе между TPL и пулом потоков :

В заключение я повторю то, что уже сказал разработчик ThreadPool из команды CLR:

Task is now the preferred way to queue work to the thread pool.

РЕДАКТИРОВАТЬ: Также из комментариев не забывайте, что TPL позволяет использовать настраиваемые планировщики , если вы действительно хотите ...