W .Net 4.5 Microsoft dodał nową Async/Awaitfunkcję upraszczającą asynchroniczne kodowanie. Zastanawiam się jednak
Async/Awaitcałkowicie zastąpić stary sposób użytkowania
Threads?Async/Awaitstanie robić wszystko, co Threadmoże, asynchronicznie?Async/Awaitmożna używać tylko z niektórymi metodami, takimi jak, WebClient.DownloadStringAsyncczy mogę przekonwertować dowolną metodę synchroniczną, aby była używana, Async/Awaita nie do blokowania głównego wątku?new Thread(() => {Some Work}).Start();robi ?! prawda?
Odpowiedzi:
czy może całkowicie zastąpić stary sposób korzystania z wątków?
Nie. Wątek może zrobić o wiele więcej przydatnych rzeczy. Oczekiwanie jest specjalnie zaprojektowane do radzenia sobie z czymś , co wymaga czasu, najczęściej jest to żądanie we / wy. Co tradycyjnie było wykonywane z wywołaniem zwrotnym po zakończeniu żądania we / wy. Pisanie kodu, który opiera się na tych wywołaniach zwrotnych jest dość trudne, czekaj znacznie to upraszcza.
jest w stanie zrobić wszystko, co wątek może zrobić asynchronicznie?
W przybliżeniu. Oczekiwanie zajmuje się tylko opóźnieniem, w przeciwnym razie nie robi nic, co robi wątek. Wyrażenie await , które znajduje się po prawej stronie słowa kluczowego await, jest tym, co wykonuje zadanie. Idealnie byłoby, gdyby w ogóle nie używał wątku, wysyła żądanie sterownika, a gdy sterownik zakończy transfer danych, generuje wywołanie zwrotne z powiadomieniem o zakończeniu. Zdecydowanie najpowszechniejszym zastosowaniem jest połączenie sieciowe, powszechne są opóźnienia rzędu setek milisekund i nieunikniony efekt uboczny przenoszenia usług z komputera stacjonarnego lub sieci LAN do „chmury”. Synchroniczne korzystanie z takich usług spowodowałoby, że interfejs użytkownika nie odpowiadałby.
można używać tylko z niektórymi metodami, takimi jak WebClient.DownloadStringAsync
Nie. Możesz go używać z dowolną metodą, która zwraca zadanie. Metody XxxxAsync () to tylko wstępnie ugotowane metody w środowisku .NET dla typowych operacji, które wymagają czasu. Podobnie jak pobieranie danych z serwera internetowego.
asyncsą nieodpowiednie.
await Task.Runo pracy związanej z procesorem. Jeśli dobrze rozumiem, czasami osiąga się to, co w innym przypadku stworzyłoby się wątek lub pracownik w tle.
Oficjalne oświadczenie w tej sprawie. Chociaż powinieneś zrozumieć różnice między wątkami i programowaniem asynchronicznym, zanim ślepo zastąpisz jedną rzecz innymi.
await Task.Run. Jest krótka wzmianka o Task.Run, ale nie jest to jasne. Najważniejsze jest to, że awaitsamo w sobie nie spowoduje równoległego uruchomienia zadania związanego z procesorem, dlatego taka praca powinna być wykonywana za pośrednictwem await Task.Run.
Myślę o tym w ten sposób (i myślę, że Microsoft też to robi, jeśli spojrzysz na https://docs.microsoft.com/en-us/previous-versions/visualstudio/visual-studio-2012/hh191443(v=vs.110 ) #threads )
Async / await to szybki sposób na uruchomienie kodu w głównym wątku aplikacji z tą zaletą, że kod może się zawiesić, gdy nie ma do wykonania żadnej pracy i powrócić do głównego wątku, „obudź się” w głównym wątku, gdy już tam jest jest wynikiem, który należy uzyskać, a następnie przekazać przetwarzanie z powrotem - zgadłeś - do głównego wątku. Pomyśl o tym jak o instrukcji GOTO opartej na zdarzeniach w Basicu, która może przekazywać sterowanie tam iz powrotem do określonej linii wykonania.
W przeciwieństwie do tego wątek jest oddzielnym strumieniem wykonywania, który może działać z własnymi zmiennymi itp., Gdzie - przy wystarczającym sprzęcie - wykonywanie odbywa się równolegle do głównego wątku.
Jeśli masz aplikację GUI, która ma zamiar pobrać pojedynczy plik, a następnie zrobić coś z tym plikiem po jego pobraniu - zaimplementowałbym to za pomocą metody async / await.
Jeśli jednak twój GUI musi pobrać 5000 plików - utworzyłbym wątek pobierania plików, aby to obsłużyć, ponieważ główny wątek GUI może zawiesić się podczas przesyłania wykonywania w celu obsługi pobierania plików.