В .Net 4.5 Microsoft добавила новую Async/Awaitфункцию для упрощения асинхронного кодирования. Однако мне интересно
Async/Awaitполностью заменить старый способ использования
Threads?Async/Awaitспособен делать то , что Threadможет сделать асинхронно?Async/Awaitтолько с некоторыми методами, например, WebClient.DownloadStringAsyncили я могу преобразовать любой синхронный метод, чтобы использовать его, Async/Awaitа не блокировать основной поток?new Thread(() => {Some Work}).Start();делает ?! не так ли?
Ответы:
может ли он полностью заменить старый способ использования потоков?
Нет. Нить может делать гораздо больше полезных вещей. Await специально разработан, чтобы иметь дело с чем-то, что требует времени, чаще всего с запросами ввода-вывода. Что традиционно делалось с обратным вызовом, когда запрос ввода-вывода был завершен. Написание кода, который полагается на эти обратные вызовы, довольно сложно, await значительно его упрощает.
способен делать то, что поток может делать асинхронно?
Примерно. Await просто заботится о задержке, иначе он не делает ничего, что делает поток. Выражение await справа от ключевого слова await - это то, что выполняет свою работу. В идеале он вообще не использует поток, он отправляет запрос драйвера, и как только драйвер завершает передачу данных, он генерирует обратный вызов уведомления о завершении. Работа в сети - это, безусловно, наиболее распространенное использование, задержки в сотни миллисекунд являются обычным явлением и являются неизбежным побочным эффектом при перемещении сервисов с настольных компьютеров или локальной сети в «облако». При синхронном использовании таких сервисов пользовательский интерфейс не будет отвечать на запросы.
может использоваться только с некоторыми методами, такими как WebClient.DownloadStringAsync
Нет. Вы можете использовать его с любым методом, возвращающим Task. Методы XxxxAsync () - это просто предварительно подготовленные методы в .NET framework для обычных операций, требующих времени. Как загрузка данных с веб-сервера.
asyncне подходят.
await Task.Runо работе с процессором. Если я правильно понимаю, иногда получается то, что в противном случае можно было бы создать поток или фоновый рабочий.
Официальное заявление по этому поводу. Хотя вы должны понимать разницу между потоками и асинхронным программированием, прежде чем слепо заменять одни вещи другими.
await Task.Run. Есть краткое упоминание о Task.Run, но неясно. Суть в том, что awaitсамо по себе задача, связанная с процессором, не будет выполняться параллельно, поэтому такая работа должна выполняться через await Task.Run.
Я думаю об этом так (и я думаю, что Microsoft тоже, если вы посмотрите https://docs.microsoft.com/en-us/previous-versions/visualstudio/visual-studio-2012/hh191443(v=vs.110 ) # нити )
Async / await - это быстрый способ запустить некоторый код в основном потоке приложения с тем преимуществом, что код может приостанавливаться, когда у него нет работы, и возвращать фокус основному потоку, «просыпаться» в основном потоке, когда есть - результат, который нужно получить, а затем передать обработку обратно - как вы уже догадались - основному потоку. Думайте об этом как о операторе GOTO на основе событий в Basic, который может передавать управление взад и вперед определенной строке выполнения.
Напротив, поток - это отдельный поток выполнения, который может выполняться со своими собственными переменными и т. Д., Где - при наличии достаточного оборудования - выполнение происходит параллельно с основным потоком.
Если у вас есть приложение с графическим интерфейсом, которое будет загружать один файл, а затем делать что-то с этим файлом при его загрузке - я бы реализовал это с помощью метода async / await.
Однако, если вашему графическому интерфейсу необходимо загрузить 5000 файлов - я бы создал поток загрузки файлов, чтобы справиться с этим, поскольку основной поток графического интерфейса может зависнуть, пока выполнение передается для обработки загрузки файлов.