FileStream WriteAsync và chờ đợi sự nhầm lẫn

Question

Tôi đang tìm kiếm các từ khóa mới async và await trong C# và chỉ cố gắng để có được cảm nhận về chúng.

Tôi đang xem MSDN FileStream.WriteAsync()example và tôi không chắc mình đã hiểu điều gì đó.

Ví dụ như sau:

using System; 
using System.Text; 
using System.Threading.Tasks; 
using System.Windows; 
using System.Windows.Controls; 
using System.IO; 

namespace WpfApplication1 
{ 
    public partial class MainWindow : Window 
    { 
     public MainWindow() 
     { 
      InitializeComponent(); 
     } 

     private async void Button_Click(object sender, RoutedEventArgs e) 
     { 
      UnicodeEncoding uniencoding = new UnicodeEncoding(); 
      string filename = @"c:\Users\exampleuser\Documents\userinputlog.txt"; 

      byte[] result = uniencoding.GetBytes(UserInput.Text); 

      using (FileStream SourceStream = File.Open(filename, FileMode.OpenOrCreate)) 
      { 
       SourceStream.Seek(0, SeekOrigin.End); 
       await SourceStream.WriteAsync(result, 0, result.Length); 
      } 
     } 
    } 
} 

Những gì tôi không nhận được là vị trí của await. Có vẻ như bạn không thể lấy mục Task được trả về bởi WriteAsync() vì điều này luôn mang lại cho tôi một lỗi cú pháp. Vì vậy, cách duy nhất tôi có thể nhận được điều này để biên dịch là bằng cách rời khỏi await với cuộc gọi.

Nhưng nếu bạn làm điều này, không phải chờ cuộc gọi kết thúc? Điều này làm cho nó không phải là rất không đồng bộ ...

Answer 1

Tôi nghi ngờ vấn đề là với sự hiểu biết của bạn về những gì await.

Nhưng nếu bạn làm điều này, có phải không chờ cuộc gọi kết thúc? Điều này làm cho nó không phải là rất không đồng bộ ...

Khi bạn await gì đó, bạn "khối không đồng bộ" - chức năng không đồng bộ của bạn sẽ tiếp tục khi hoạt động không đồng bộ đã hoàn thành, nhưng các cuộc gọi ngay lập tức sẽ hoàn thành ngay lập tức.

Vì vậy, trong trường hợp của bạn, chuỗi giao diện người dùng bị hủy bỏ vì Button_Click trả về, nhưng khi thao tác ghi tệp hoàn tất, thực thi sẽ trả về (vẫn còn trong chuỗi giao diện người dùng) đến cuối biểu thức await ... bạn sẽ sau đó đóng FileStream và hoàn thành chức năng không đồng bộ.

Sẽ rõ ràng hơn những gì đang xảy ra nếu bạn đã làm điều gì khác sau biểu thức await (ví dụ: cập nhật giao diện người dùng). Nhưng có, nó thực sự là không đồng bộ - nó chỉ cho phép bạn viết mã mà trông đồng bộ.

Answer 2

Sự chờ đợi không thực sự chặn trong khi chờ đợi. Điều gì xảy ra là trình biên dịch thực hiện một số công cụ phức tạp để thực hiện một sự tiếp nối được gọi là tất cả các mã sau khi chờ đợi và yêu cầu nhiệm vụ thực hiện việc tiếp tục đó khi nó được hoàn thành.

Về cơ bản các dòng cuối cùng của phương pháp Button_Click được dịch sang:

FileStream SourceStream = File.Open(filename, FileMode.OpenOrCreate); 
SourceStream.Seek(0, SeekOrigin.End); 
Task t = SourceStream.WriteAsync(result, 0, result.Length); 
t.ContinueWith(_ => SourceStream.Dispose()); 

Tất nhiên, điều này là đơn giản như thế này sẽ được thực hiện hiệu quả hơn nếu WriteAsync hoàn thành ngay lập tức, ví dụ.