Chờ đợi một nhiệm vụ đã hoàn thành giống như nhiệm vụ.

Tôi hiện đang đọc " Concurrency in C # Cookbook " của Stephen Cleary và tôi nhận thấy kỹ thuật sau:

var completedTask = await Task.WhenAny(downloadTask, timeoutTask);  
if (completedTask == timeoutTask)  
  return null;  
return await downloadTask;  

downloadTasklà một cuộc gọi đến httpclient.GetStringAsyncvà timeoutTaskđang thực thi Task.Delay.

Trong trường hợp nó không hết thời gian chờ, thì downloadTasknó đã được hoàn thành. Tại sao lại cần phải chờ đợi lần thứ hai thay vì quay lại downloadTask.Result, vì nhiệm vụ đã được hoàn thành?

Đã có một số câu trả lời / nhận xét hay ở đây, nhưng chỉ để kêu ...

Có hai lý do tại sao tôi thích awaithơn Result(hoặc Wait). Đầu tiên là việc xử lý lỗi khác nhau; awaitkhông bọc ngoại lệ trong một AggregateException. Lý tưởng nhất là mã không đồng bộ không bao giờ phải xử lý AggregateExceptiongì cả, trừ khi nó muốn cụ thể .

Lý do thứ hai là tinh tế hơn một chút. Như tôi mô tả trên blog của mình (và trong sách), Result/ Waitcó thể gây ra bế tắc và thậm chí có thể gây ra bế tắc tinh vi hơn khi được sử dụng trong một asyncphương pháp . Vì vậy, khi tôi đang đọc qua mã và tôi thấy Resulthoặc Wait, đó là một cờ cảnh báo ngay lập tức. Dấu Result/ Waitchỉ đúng nếu bạn hoàn toàn chắc chắn rằng nhiệm vụ đã được hoàn thành. Điều này không chỉ khó nhìn thấy trong nháy mắt (trong mã trong thế giới thực), mà còn khó thay đổi hơn đối với các thay đổi mã.

Đó không phải là để nói rằng Result/ Waitnên không bao giờ được sử dụng. Tôi tuân theo các nguyên tắc sau trong mã của riêng mình:

1. Mã không đồng bộ trong một ứng dụng chỉ có thể sử dụng await.
2. Mã tiện ích không đồng bộ (trong thư viện) đôi khi có thể sử dụng Result/ Waitnếu mã thực sự yêu cầu nó. Cách sử dụng như vậy có lẽ nên có nhận xét.
3. Mã nhiệm vụ song song có thể sử dụng Resultvà Wait.

Lưu ý rằng (1) cho đến nay là trường hợp phổ biến, do đó tôi có xu hướng sử dụng awaitở mọi nơi và coi các trường hợp khác là ngoại lệ đối với quy tắc chung.

Điều này có ý nghĩa nếu timeoutTasklà một sản phẩm của nó Task.Delay, mà tôi tin nó là gì trong cuốn sách.

Task.WhenAnytrả về Task<Task>, trong đó tác vụ bên trong là một trong những tác vụ bạn đã chuyển làm đối số. Nó có thể được viết lại như thế này:

Task<Task> anyTask = Task.WhenAny(downloadTask, timeoutTask);
await anyTask;
if (anyTask.Result == timeoutTask)  
  return null;  
return downloadTask.Result; 

Trong cả hai trường hợp, vì downloadTaskđã hoàn thành nên có một sự khác biệt rất nhỏ giữa return await downloadTaskvà return downloadTask.Result. Đó là ở chỗ cái thứ hai sẽ ném AggregateExceptioncái bao bọc bất kỳ ngoại lệ ban đầu nào, như được chỉ ra bởi @KirillShlenskiy trong các nhận xét. Trước đây sẽ chỉ ném lại ngoại lệ ban đầu.

Trong cả hai trường hợp, bất cứ nơi nào bạn xử lý các ngoại lệ, bạn nên kiểm tra AggregateExceptionvà kiểm tra các ngoại lệ bên trong của nó, để tìm ra nguyên nhân của lỗi.