Почему (за счет чего) исключение внутри Task не рушит приложение?

@V0fka · Регистрация: 24.05.2010

Студворк — интернет-сервис помощи студентам

Привет!

Есть метод, который выбрасывает исключение:

C#
1
2
3
4
static void Process()
{
    throw new Exception();
}

Если вызвать этот метод в потоке из пула явно:

C#
1
2
3
4
ThreadPool.QueueUserWorkItem(state =>
{
    Process();
});

приложение падает.

Если вызвать этот метод через задачу:

C#
1
2
3
4
Task.Run(() =>
{
    Process();
});

приложение не падает.

Но Task вроде как использует потоки из пула потоков. Как объекту Task удается перехватить исключение и не ронять приложение?

@sau · 27.02.2019, 19:09

Сообщение от V0fka

Но Task вроде как использует потоки из пула потоков. Как объекту Task удается перехватить исключение и не ронять приложение?

Нормальное поведение - когда второстепенные потоки не роняют главный ,
просто QueueUserWorkItem чуть поумнее и пробрасывает исключение в вызывающий поток , видимо из-за того , что Вы сами поток не создаете и не контролируете его работу.

@TopLayer · 27.02.2019, 20:06

Сообщение от V0fka

Как объекту Task удается перехватить исключение и не ронять приложение?

Про try/catch слышали?

@Usaga · 28.02.2019, 06:57

V0fka, это потому, что Task как раз и поумнее. Делегат переданный в Task исполняется в своём try\catch, что не даёт "завалить" поток с необработанным исключением и, соответственно, возбудиться на это CLR.

Когда в потоке в Task происходит исключение, оно перехватывается и заворачивается в AggregateException, которое сохраняется в свойстве Exception самой задачи, откуда его потом можно прочитать или явно, или через Task.Wait, или через await.

Это одна из причин, почему Microsoft настоятельно рекомендует забыть про старые классы Thread и использовать только Task.

@V0fka · 28.02.2019, 10:43 **[ТС]**

Сообщение от sau

Нормальное поведение - когда второстепенные потоки не роняют главный ,
просто QueueUserWorkItem чуть поумнее и пробрасывает исключение в вызывающий поток , видимо из-за того , что Вы сами поток не создаете и не контролируете его работу.

Так QueueUserWorkItem как раз и роняет приложение.

Сообщение от TopLayer

Про try/catch слышали?

Слышал. Но если обернуть

C#
1
2
3
4
ThreadPool.QueueUserWorkItem(state =>
{
    Process();
});

в try\catch - ситуация не меняется.

Usaga, я просто думал, что внутри Task используется именно ThreadPool.QueueUserWorkItem, который независимо от try\catch все равно валит приложение. Я думал неправильно?

@Usaga · 28.02.2019, 10:51

Сообщение от V0fka

в try\catch - ситуация не меняется.

И не изменится. try\catch только в одном потоке работает, и исполнение кода из этого блока (где ThreadPool) уже вышло.

Сообщение от V0fka

Я думал неправильно?

Да. Не правильно. Что Task, что ThreadPool - оба используют средства ОС. Они друг друга не переиспользуют. Т.е. Task это прямо новая реализация механизмов работы с потоками.

@V0fka · 28.02.2019, 11:15 **[ТС]**

Usaga, ясно, спасибо!

@TopLayer · 28.02.2019, 22:28

Сообщение от V0fka

Слышал. Но если обернуть

C#
1
2
3
4
ThreadPool.QueueUserWorkItem(state =>
{
    Process();
});

в try\catch - ситуация не меняется.

Там принцип заворачивания другой:

C#
1
2
3
4
5
6
7
8
9
10
11
ThreadPool.QueueUserWorkItem(state =>
{
    try
    {
        Process();
    }
    catch (Exception e)
    {
        // сохранить e для будущего использования
    }
});

@V0fka · 01.03.2019, 09:41 **[ТС]**

Сообщение от TopLayer

Там принцип заворачивания другой

Не подумал, что можно завернуть так

, спасибо!

Но сейчас снова стало непонятно: в задачах таки используется ThreadPool.QueueUserWorkItem или там используется что-то другое (что в свою очередь или что около того используется так же внутри ThreadPool.QueueUserWorkItem)?

@Usaga · 01.03.2019, 10:47

V0fka, я выше написал: в Task полностью своя реализация.

Новые блоги и статьи Все статьи Все блоги /
Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек SDL3 и Box2D из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия SDL 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual. . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .
Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»

Почему (за счет чего) исключение внутри Task не рушит приложение?

Решение

Решение

@Usaga 14292 / 9377 / 1352 Регистрация: 21.01.2016 Сообщений: 35,339
	28.02.2019, 06:57
	V0fka, это потому, что `Task` как раз и поумнее. Делегат переданный в `Task` исполняется в своём `try\catch`, что не даёт "завалить" поток с необработанным исключением и, соответственно, возбудиться на это `CLR`. Когда в потоке в `Task` происходит исключение, оно перехватывается и заворачивается в AggregateException, которое сохраняется в свойстве Exception самой задачи, откуда его потом можно прочитать или явно, или через `Task.Wait`, или через `await`. Это одна из причин, почему Microsoft настоятельно рекомендует забыть про старые классы `Thread` и использовать только `Task`. 2

@V0fka 86 / 13 / 1 Регистрация: 24.05.2010 Сообщений: 590
	28.02.2019, 11:15 [ТС]
	Usaga, ясно, спасибо! 0

@Usaga 14292 / 9377 / 1352 Регистрация: 21.01.2016 Сообщений: 35,339
	01.03.2019, 10:47
	V0fka, я выше написал: в Task полностью своя реализация. 1