Наверняка вы сталкивались с этим: после долгих мучений с кодом вы наконец-то заставляете свою программу работать, но обнаруживаете, что интерфейс зависает или система вообще не масштабируется. Это же ужасно, правда? Часто проблема не в самой логике, а в том, как мы подходим к рабочему процессу. синхронныйэто заставляет процессор терпеливо ждать завершения внешних задач, прежде чем переходить к следующей.
Для решения этой проблемы существуют модели программирования, позволяющие запускать процессы и уведомлять нас об их готовности, давая компьютеру возможность тем временем заниматься другими делами. Будь то в экосистеме .NET с C# или в мире JavaScript, освоение этих моделей имеет большое значение. асинхронность и параллелизм Это разница между приложением, которое выглядит удобным и профессиональным, и тем, которое кажется устаревшим из девяностых.
Понимание асинхронности и параллелизма
Мы часто путаем эти два понятия, но они не одно и то же. Представьте, что вы готовите завтрак. Если вы делаете это одновременно, сначала наливаете кофе и больше ничего не делаете, пока чашка не наполнится; затем нагреваете сковороду и смотрите на плиту, пока она не нагреется. Это пустая трата времени. асинхронная модель Это как готовить в реальной жизни: вы кладёте хлеб в тостер, и пока он поджаривается, начинаете жарить яйца. Для этого не нужно десять человек (параллельный подход), а один человек справляется с несколькими задачами, которые выполняются независимо друг от друга.
Реальный параллелизм, с другой стороны, предполагает использование несколько потоков выполнения или процессоров. В этом случае у вас будет свой повар для каждого блюда. В то время как асинхронность заключается в том, чтобы не блокировать основной поток во время ожидания ответа (например, запроса к базе данных), параллелизм стремится разделить большую рабочую нагрузку ЦП для более быстрого завершения процесса, задействуя несколько ядер.
Модель TAP и магия Async и Await в .NET
В C# модель асинхронного программирования задач (TAP) предлагает мощный уровень абстракции. По сути, она позволяет писать код, который выглядит последовательным и легко читаемым, но который компилятор затем преобразует в... оптимизированный конечный автоматБлагодаря ключевым словам async y awaitНам больше не нужно прибегать к сложным функциям обратного вызова, которые загромождают код.
Когда мы помечаем метод как asyncМы сообщаем системе, что этот метод может содержать операции, занимающие время. Для этого мы используем... awaitТекущий поток не заблокирован; он просто освобождается для выполнения других задач. возобновляет исполнение сразу же с того места, где остановилась задача после ее завершения. Крайне важно, чтобы вся цепочка вызовов была асинхронной; если мы поместим синхронный метод в середину асинхронного стека, мы в конечном итоге заблокируем поток и потеряем все преимущества в производительности.
Стратегии параллельного выполнения задач и объединения их результатов.
Если мы просто скажем await Перед выполнением каждой задачи мы будем выполнять их одну за другой. Для ускорения процесса нам необходимо... запускать задачи одновременноКлючевой момент — вызвать асинхронный метод без await Немедленно, сохраняя ссылку в объекте типа Task.
- Task.WhenAll: Этот метод — настоящая находка, когда нам нужно отправить несколько запросов и дождаться их завершения. Он возвращает одну задачу, которая завершается только тогда, когда все задачи в списке завершены, что позволяет нам... объединить результаты эффективно.
- Task.WhenAny: Идеально подходит для ситуаций, когда нас интересует только первый полученный результат или мы хотим обрабатывать задачи по мере их выполнения, не дожидаясь завершения работы всей группы.
- Parallel.ForEachAsync: Представленный в последних версиях .NET, он идеально подходит для обработки больших коллекций с операциями ввода-вывода (I/O), позволяя вам контролировать степень параллелизма во избежание перегрузки внешнего сервера.
Важно определить, является ли груз CPU-оценка (сложные вычисления) или С привязкой к вводу / выводу (сеть, диск). Для ресурсоемких вычислений, Task.Run Это лучший вариант для переноса нагрузки с основного потока. Для вызовов API или базы данных... Parallel.ForEachAsync o WhenAll Они идут по правильному пути.
Асинхронная обработка ошибок и исключений
Обработка ошибок в асинхронных средах может стать настоящей головной болью, если она выполнена неправильно. В C#, когда задача завершается с ошибкой, исключение не генерируется немедленно, а сохраняется в свойстве `Exception`. Exception объект Taskобычно завернутый в AggregateExceptionОднако при использовании awaitСистема автоматически распаковывает первое внутреннее исключение, что позволяет нам использовать блоки. try-catch Традиционный, но в очень естественном ключе.
В JavaScript процесс аналогичен. Промисы могут находиться в разрешенном или отклоненном состоянии. Если промис в цепочке .then() Если попытка не удастся, ошибка будет распространяться до тех пор, пока не будет найден первый обработчик. .catch()Мощный инструмент — это Promise.all()который немедленно выходит из строя, если любое из обещаний Запрос группы отклонен, что полезно для обеспечения выполнения всех зависимостей операции.
От коллбэков к промисам и Async/Await в JavaScript
В JavaScript раньше всё полагалось на коллбэки, что и привело к появлению знаменитого ад обратного вызоваВ этом случае код бесконечно прокручивался вправо из-за вложенности. Появились промисы, которые помогли решить эту проблему и позволили объединять действия в цепочки. .then() и обрабатывать ошибки с помощью .catch()что делает поток данных гораздо более линейным.
Прибытие async/await JavaScript вывел это на новый уровень. Теперь мы можем писать функции, которые приостановить его выполнение без остановки цикла событий браузера или Node.js. Важно помнить, что await Это работает только в рамках определённых функций. async и что они всегда возвращают промис по умолчанию. Любопытная техническая деталь заключается в том, что эти функции похожи на... генераторы, поскольку они могут заморозить свое локальное состояние и возобновить работу позже.
Остерегайтесь асинхронных разрывов и циклов событий.
Не всё так радужно; существуют опасные ловушки. Одна из самых распространённых возникает при попытке изменить внешнюю переменную внутри асинхронного цикла. Потому что существует временной промежуток В промежутке между началом выполнения задачи и получением результата состояние приложения может измениться, что приведет к непредсказуемым результатам или ошибкам параллельного выполнения.
Всё это происходит благодаря цикл событий (Цикл событий). JavaScript выполняет только одну программу за раз. Когда асинхронная задача завершается, она добавляется в очередь, и цикл обрабатывает её, когда основной поток освобождается. Вот почему, если мы напишем цикл... while В бесконечном и синхронном процессе мы заблокируем любую асинхронную задачу, даже если она уже завершилась, поскольку основной поток никогда не обращается к очереди событий.
Как в .NET, так и в JavaScript, ключ к масштабируемому программному обеспечению заключается в делегировании ресурсоемких задач или ожидания внешних ресурсов процессам, которые не прерывают основной поток выполнения. Правильно используя задачи, промисы и механизмы управления параллельным доступом, мы можем обеспечить быструю реакцию приложений и полное использование доступного оборудования, преобразуя медленные, последовательные процессы в оптимизированные рабочие процессы и параллели.
