И флоу исполнения был как у синхронного

бля что)

чето тогда я вообще нихуя не понимаю

разве не нормально было бы

чтобі код параллельно

выполнялся...

Ну зачем по твоему авейт?

я думал для того чтобы

Чтобы удобно писать код

Чтобы твой кетч сработал, к примеру

вызвать фоновый поток а в основном шоб дальше хуярило

и не ждало

Асинхронность позволяет вынести отдельные задачи из основного потока в специальные асинхронные методы или блоки кода. Особенно это актуально в графических программах, где продолжительные задачи могу блокировать интерфейс пользователя. И чтобы этого не произошло, нужно задействовать асинхронность. Также асинхронность несет выгоды в веб-приложениях при обработке запросов от пользователей, при обращении к базам данных или сетевым ресурсам.

???????

забей на все эти определения, сути они не дают, вот тебе простое объяснение что на самом деле происходит:
- создание потоков - дорогая операция
- поэтому у тебя есть пул потоков, это некое заранее созданное в программе количество этих потоков
- допустим ты делаешь какой-то асинхронный вызов к сетевому ресурсу в своём приложении
- что значит асинхронность в данном случае? это значит что ты выполнил всю подготовительную работу, передал запрос в сеть и ждёшь ответа. В данном случае асинхронность это то, что абсолютно ничего в твоём коде не ждёт ответа, ты послал запрос, и освободил поток, он готов дальше выполнять команды, сетевой запрос сам дёрнёт твое приложение по выполнении
- когда сетевой запрос тебе что-то вернул, берётся любой поток из пула (это настраивается) и просто выполняет оставшуюся часть работы

асинхронность - это абстракция какой-то задачи, которая в том числе может быть вынесена за пределы твоего приложения

нафига тебе занимать целый поток и ждать ответа? абсолютно незачем

так получается так что мы с await'ом наоборот ждем ответа...

как писали ранее

основной поток не выполняется пока await не выполнится, разве нет?