Trình biên dịch C# biết khi nào cắt một phương thức async?

Question

Tôi đang cố gắng để hiểu thêm về async/await và đặc biệt là cách trình biên dịch biết "tạm dừng" tại phương thức async và await mà không sinh ra các chuỗi bổ sung.

Như một ví dụ, giả sử tôi có một phương pháp async như

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

Tôi biết rằng await sqlConnection.OpenAsync(); là nơi phương pháp của tôi bị "treo" và các chủ đề mà gọi nó trở lại hồ bơi thread và một khi Task đó là theo dõi việc mở kết nối hoàn thành sau đó một chủ đề có sẵn được tìm thấy để chạy DoSomeOtherStuff().

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

Đây là nơi tôi bị lẫn lộn. Tôi nhìn vào mã nguồn của OpenAsync (https://referencesource.microsoft.com/#System.Data/System/Data/Common/DBConnection.cs,e9166ee1c5d11996,references) và nó

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; 
    } 

Tôi tưởng tượng để xem một số nơi trình biên dịch sẽ biết để "cắt đứt" sợi chỉ vì nhiệm vụ đã bắt đầu giao tiếp với một nguồn lực bên ngoài, nhưng Tôi không thực sự thấy rằng, và trên thực tế, các Open(); dường như ngụ ý rằng nó là đồng bộ chờ đợi. Ai đó có thể giải thích làm thế nào điều này trở thành mã "không đồng bộ đúng" không có chủ đề?

Answer 1

Lợi ích của việc sử dụng kết quả async-chờ đợi từ thực tế các chủ đề đó gọi là sau

await sqlConnection.OpenAsync(); 

sẽ được phát hành và nó sẽ được cung cấp để được sử dụng bởi từ bể thread đó thuộc về. Nếu chúng ta đang nói về một ứng dụng ASP.NET, thread sẽ được giải phóng và sẽ có sẵn để phục vụ một yêu cầu HTTP đến khác. Bằng cách này, các chủ đề của nhóm luồng ASP.NET sẽ luôn sẵn sàng phục vụ các yêu cầu HTTP và sẽ không chặn ví dụ cho một I/O, như mở một kết nối đến một cơ sở dữ liệu và thực hiện một số câu lệnh SQL.

Cập nhật

Phải nói ở đây là nếu các công việc bạn sẽ await đã được hoàn thành, mã của bạn sẽ chạy đồng bộ.

Answer 2

Phương pháp của bạn không nhất thiết bị "treo" trên đang chờ. Nếu công việc bạn đang đợi đã được hoàn thành (trường hợp trong mã bạn đã cung cấp) - phương pháp sẽ tiếp tục như bình thường. Phương pháp bạn đang xem thực sự không phải là những gì được sử dụng bởi SqlConnection, bởi vì DbConnection là lớp cơ sở và phương thức OpenAsync là ảo. SqlConnection ghi đè và cung cấp triển khai không đồng bộ thực sự. Tuy nhiên, không phải tất cả các nhà cung cấp đều làm điều đó và những người không thực sự sẽ sử dụng triển khai mà bạn thể hiện trong câu hỏi của mình.

Khi thực hiện như vậy được sử dụng - toàn bộ điều sẽ chạy đồng bộ mà không cần bất kỳ công tắc chủ đề nào. Giả sử bạn có

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

Và bạn sử dụng nhà cung cấp không cung cấp phiên bản async thực của OpenAsync. Sau đó, khi ai đó gọi tới số await Do() - chuỗi cuộc gọi sẽ thực hiện tất cả công việc (DoSomeStuff, OpenAsync, DoSomeOtherStuff). Nếu đó là giao diện người dùng - nó sẽ bị chặn trong toàn bộ thời gian (tình huống như vậy thường xảy ra khi mọi người sử dụng các phương thức "không đồng bộ" cho các nhà cung cấp đó trong chuỗi giao diện giả định bằng cách nào đó sẽ đặt công việc ra khỏi chuỗi giao diện người dùng, điều này không xảy ra).