.Net 4.5'te Microsoft, Async/Awaiteşzamansız kodlamayı basitleştirmek için yeni özelliği ekledi . Ancak merak ediyorum
Async/Awaittamamen kullanmanın eski yol yerine
Threads?Async/Awaither şeyi Threadyapabilir mi?Async/Awaitgibi bazı yöntemlerle kullanılmalıdır WebClient.DownloadStringAsyncveya bunu kullanmak için herhangi senkron yöntemi dönüştürebilir Async/Awaitve ana iş parçacığı engellemek için olmasın?new Thread(() => {Some Work}).Start();? değil mi?
Yanıtlar:
Threads kullanmanın eski yöntemini tamamen değiştirebilir mi?
Hayır. Bir ileti dizisi çok daha yararlı şeyler yapabilir. Await, özellikle zaman alan bir şeyle , genellikle bir G / Ç isteğiyle başa çıkmak için tasarlanmıştır . Geleneksel olarak, G / Ç isteği tamamlandığında bir geri arama ile yapılırdı. Bu geri aramalara dayanan kod yazmak oldukça zordur, beklemek onu büyük ölçüde basitleştirir.
Bir İş Parçacığının eşzamansız olarak yapabildiği şeyleri yapabilecek mi?
Kabaca. Await sadece gecikmeyle ilgilenir, aksi takdirde bir iş parçacığının yaptığı hiçbir şeyi yapmaz. Await anahtar kelimesinin sağında yer alan bekleme ifadesi , işi yapan şeydir. İdeal olarak, bir iş parçacığı kullanmaz, bir sürücü isteği gönderir ve sürücü veri aktarımını tamamladığında bir tamamlanma bildirimi geri araması oluşturur. Ağ iletişimi, en yaygın kullanımdır, yüzlerce milisaniyelik gecikmeler yaygındır ve masaüstünden veya LAN'dan "buluta" taşınan hizmetlerin kaçınılmaz bir yan etkisi vardır. Bu tür hizmetleri eşzamanlı olarak kullanmak, bir kullanıcı arayüzünü oldukça tepkisiz hale getirir.
yalnızca WebClient.DownloadStringAsync gibi bazı yöntemlerle kullanılabilir
Hayır. Bir Görev döndüren herhangi bir yöntemle kullanabilirsiniz. XxxxAsync () yöntemleri, zaman alan genel işlemler için .NET çerçevesinde önceden pişirilmiş yöntemlerdir. Bir web sunucusundan veri indirmek gibi.
asyncuygun olmadığı özellikleri anlamak faydalı olacaktır .
await Task.Runİşlemciye bağlı çalışma için bahsetmeye değer . Doğru anlarsam, bu bazen bir kişinin yapacağı bir iş parçacığı veya bir arka plan çalışanı oluşturacağını başarır.
Bununla ilgili resmi açıklama. Yine de bir şeyi diğerleriyle körü körüne değiştirmeden önce iş parçacıkları ve eşzamansız programlama arasındaki farkları anlamanız gerekir.
await Task.Run. Task.Run'dan kısa bir söz var, ancak net değil. Sonuç olarak, awaitcpu'ya bağlı bir görevi paralel olarak çalıştırmaz, bu nedenle bu tür işler aracılığıyla yapılmalıdır await Task.Run.
Bunu bu şekilde düşünüyorum (ve https://docs.microsoft.com/en-us/previous-versions/visualstudio/visual-studio-2012/hh191443(v=vs.110 adresine bakarsanız Microsoft'un da düşündüğünü düşünüyorum. ) #threads )
Async / await, ana uygulama iş parçacığında bazı kodları çalıştırmanın hızlı bir yoludur; bunun avantajı, kodun yapacak işi olmadığında kendisini askıya alabilir ve odağı ana iş parçacığına, oradayken ana iş parçacığına "uyandır" elde edilecek bir sonuçtur ve daha sonra işlemeyi - tahmin ettiniz - ana iş parçacığına geri aktarın. Bunu, Basic'te denetimi belirli bir yürütme satırına ileri geri aktarabilen olay tabanlı bir GOTO ifadesi gibi düşünün.
Aksine, bir iş parçacığı, kendi değişkenleri vb. İle çalışabilen ayrı bir yürütme akışıdır; burada - yeterli donanım sağlandığında - yürütme, ana iş parçacığına paralel olarak gerçekleşir.
Tek bir dosya indirecek bir GUI uygulamanız varsa ve indirildiğinde bu dosya ile bir şeyler yaparsanız - bunu bir zaman uyumsuz / bekleme yöntemi kullanarak uygulardım.
Bununla birlikte, GUI'nizin 5000 dosya indirmesi gerekiyorsa - dosyaları indirmek için yürütme aktarılırken ana GUI iş parçacığı donabileceğinden, bunu işlemek için bir dosya indirme dizisi oluşturabilirim.