Блокировка потока из за "невидимой" ошибки. Почему так?

Здравствуйте.

Есть проблема с которой раньше не сталкивался, поясните пожалуйста как оно так работает, чтобы на будущее просто держать это в голове.

У меня есть асинхронный метод async Task Foo() {} (тут будет запрос через допустим дапер, в мою базу).

В случае если мы пытаемся дёрнуть хранимку которой нет в базе, мы получаем ошибку "отсутствует процедура *name*" (SqlException).

Проблема возникла в том, что я удивился, когда у меня локально, зависло приложение (лоадер в браузере бегает, ошибки на фронте нет, на бэке ошибки нет (я в дэбаг режиме, а приложение не остановилось на ошибке), а в Diagnoctic Tools среди запросов видна моя ошибка, но она не была выброшена (throw) почему-то).

Теперь какие кейсы я проверил:
-вызов в синхронном акшене, без try{}catch{} через .GetAwaiter().GetResult() - ошибка не видна (использование ConfigureAwaiter ничего не меняет)
-вызов в синхронном акшене, c try{}catch{} через .GetAwaiter().GetResult() - ошибка не видна (catch без типа; в catch не попадаем)
-вызов в aсинхронном акшене, без try{}catch{} через .GetAwaiter().GetResult() - ошибка не видна
-вызов в aсинхронном акшене, c try{}catch{} через .GetAwaiter().GetResult() - ошибка не видна
-вызов в aсинхронном акшене, без/c try{}catch{} через await - ошибка видна

Вопрос: почему в первых 4х случаях ошибка не "всплывает", хоть в Diagnostic Tools она есть?
Иногда нужно асинхронный метод в каком-то куске древнего кода вызвать, а так выходит, что вызвать получается, а ошибка просто "вешает" приложение, хотя exception был куда бы приемлемее.

0

Комьюнити, это бажина чисто если ошибка идёт и пакета Dapper.

В случае явного выброса ошибки - она всплывает выше и всё гуд.
Почему такая бажина есть при работе с дапером - не ясно.


(админ: чтоб название темы норм соответствовала, я думаю стоит поменять шапку на то что проблема именно в Dapper)

0