Bir C# derleyicisi bir async yöntemini ne zaman keseceğini biliyor?

Question

Özellikle async/await hakkında daha fazla bilgi edinmek istiyorum ve özellikle derleyicinin ek bir iş parçacığı oluşturmaksızın async yönteminde ve await'da "duraklat" yöntemini nasıl bildiğini öğreniyorum.

Örnek olarak

, en ı await sqlConnection.OpenAsync(); benim yöntemi "askıya" alır nerede olduğunu biliyoruz

DoSomeStuff(); 
await sqlConnection.OpenAsync(); 
DoSomeOtherStuff(); 

gibi bir async yöntemi ve iplik havuzuna döner çağrılan iş parçacığı ve bir kez Task var diyelim Bu, bağlantı açıklığının takibini tamamlarsa mevcut bir iş parçacığının DoSomeOtherStuff() çalıştırdığı bulunur.

| DoSomeStuff() | "start" opening connection | ------------------------------------ | 
| ---------------------------------------------------------- | DoSomeOtherStuff() - | 

Burada kafam karıştı. Ben OpenAsync (https://referencesource.microsoft.com/#System.Data/System/Data/Common/DBConnection.cs,e9166ee1c5d11996,references) kaynak koduna bakıp ben görev harici bir kaynak ile iletişim başladı çünkü derleyici ipliği "kesti" için bilemez bazı yeri görmek hayal

public Task OpenAsync() { 
     return OpenAsync(CancellationToken.None); 
    } 

    public virtual Task OpenAsync(CancellationToken cancellationToken) { 
     TaskCompletionSource<object> taskCompletionSource = new TaskCompletionSource<object>(); 

     if (cancellationToken.IsCancellationRequested) { 
      taskCompletionSource.SetCanceled(); 
     } 
     else { 
      try { 
       Open(); 
       taskCompletionSource.SetResult(null); 
      } 
      catch (Exception e) { 
       taskCompletionSource.SetException(e); 
      } 
     } 

     return taskCompletionSource.Task; 
    } 

, ama Bunu gerçekten görmüyorum ve aslında, Open();, eşzamanlı olarak beklediğini ima ediyor gibi görünüyor. Birisi bunun nasıl "hatasız" gerçek "kodsuz" kod haline geldiğini açıklayabilir mi?

Answer 1

gerçeğinden aşağıdaki

await sqlConnection.OpenAsync(); 

serbest bırakılacağı ve ait olduğu iş parçacığı havuzundan tarafından kullanılmak için kullanılabilir olacaktır denilen iplik async-beklemektedir sonuçları kullanmanın avantajı. Bir ASP.NET uygulaması hakkında konuşuyorsak, iş parçacığı serbest bırakılacak ve başka bir gelen HTTP isteğine hizmet etmek için kullanılabilir olacaktır. Bu şekilde, ASP.NET iş parçacığı havuzunun iş parçacıkları HTTP isteklerini hizmet etmek için her zaman kullanılabilir olur ve örneğin bir veritabanına bağlantı açma ve bazı SQL deyimlerini yürütme gibi bir G/Ç için engellenmez.

Güncelleme

Size await olacak Görev tamamlanmıştır eğer, kodunuz eşzamanlı aday olacağını burada belirtilmelidir.

Answer 2

Sizin yönteminiz beklemede "askıda" olmaz. Beklediğiniz görev zaten tamamlandıysa (sağladığınız koddaki durum) - yöntem her zamanki gibi devam edecektir. DbConnection taban sınıfı ve yöntem OpenAsync sanal olduğu için, baktığınız yöntem gerçekten SqlConnection tarafından kullanılan değil. SqlConnection, geçersiz kılar ve gerçek zaman uyumsuz uygulama sağlar. Bununla birlikte, tüm sağlayıcılar bunu yapmaz ve gerçekten de sorgunuzda gösterdiğiniz uygulamayı kullanmazlar. Bu tür bir uygulama kullanıldığında - her şey herhangi bir diş anahtarı olmadan eş zamanlı olarak çalışacaktır. Eğer

public async Task Do() { 
    DoSomeStuff(); 
    await sqlConnection.OpenAsync(); 
    DoSomeOtherStuff(); 
} 

var Ve OpenAsync gerçek zaman uyumsuz sürümü sağlamaz sağlayıcı kullanmak varsayalım. Sonra birisi await Do() aradığında - arama iş parçacığı tüm işi gerçekleştirir ( DoSomeStuff, OpenAsync, DoSomeOtherStuff). Bu UI iş parçacığı ise - tüm süre boyunca engellenir (bu tür durumlar genellikle insanların UI iş parçacığı üzerinde çalışmaya başlayacağını varsayarak bu tür sağlayıcılar için bu tür sağlayıcılar için "async" yöntemlerini kullandığında oluşur).