'Chờ' hoạt động, nhưng gọi nhiệm vụ.Result bị treo / bế tắc

Tôi có bốn bài kiểm tra sau và bài kiểm tra cuối cùng bị treo khi tôi chạy nó. Lý do tại sao điều này xảy ra:

[Test]
public void CheckOnceResultTest()
{
    Assert.IsTrue(CheckStatus().Result);
}

[Test]
public async void CheckOnceAwaitTest()
{
    Assert.IsTrue(await CheckStatus());
}

[Test]
public async void CheckStatusTwiceAwaitTest()
{
    Assert.IsTrue(await CheckStatus());
    Assert.IsTrue(await CheckStatus());
}

[Test]
public async void CheckStatusTwiceResultTest()
{
    Assert.IsTrue(CheckStatus().Result); // This hangs
    Assert.IsTrue(await CheckStatus());
}

private async Task<bool> CheckStatus()
{
    var restClient = new RestClient(@"https://api.test.nordnet.se/next/1");
    Task<IRestResponse<DummyServiceStatus>> restResponse = restClient.ExecuteTaskAsync<DummyServiceStatus>(new RestRequest(Method.GET));
    IRestResponse<DummyServiceStatus> response = await restResponse;
    return response.Data.SystemRunning;
}

Tôi sử dụng phương thức mở rộng này cho restsharp RestClient :

public static class RestClientExt
{
    public static Task<IRestResponse<T>> ExecuteTaskAsync<T>(this RestClient client, IRestRequest request) where T : new()
    {
        var tcs = new TaskCompletionSource<IRestResponse<T>>();
        RestRequestAsyncHandle asyncHandle = client.ExecuteAsync<T>(request, tcs.SetResult);
        return tcs.Task;
    }
}

public class DummyServiceStatus
{
    public string Message { get; set; }
    public bool ValidVersion { get; set; }
    public bool SystemRunning { get; set; }
    public bool SkipPhrase { get; set; }
    public long Timestamp { get; set; }
}

Tại sao bài kiểm tra cuối cùng bị treo?

Bạn đang gặp phải tình huống bế tắc tiêu chuẩn mà tôi mô tả trên blog của mình và trong một bài viết về MSDN : asyncphương pháp này đang cố gắng lên lịch tiếp tục cho một chủ đề đang bị chặn bởi lệnh gọi đến Result.

Trong trường hợp này, cái của bạn SynchronizationContextlà cái được NUnit sử dụng để thực thi async voidcác phương thức kiểm tra. Tôi sẽ thử sử dụng async Taskcác phương pháp thử nghiệm thay thế.

Có được giá trị thông qua phương thức async:

var result = Task.Run(() => asyncGetValue()).Result;

Gọi đồng bộ một phương thức async

Task.Run( () => asyncMethod()).Wait();

Không có vấn đề bế tắc sẽ xảy ra do việc sử dụng Task.Run.

Bạn có thể tránh bế tắc khi thêm ConfigureAwait(false)vào dòng này:

IRestResponse<DummyServiceStatus> response = await restResponse;

=>

IRestResponse<DummyServiceStatus> response = await restResponse.ConfigureAwait(false);

Tôi đã mô tả cạm bẫy này trong bài đăng trên blog Cạm bẫy của async / await

Bạn đang chặn UI bằng cách sử dụng thuộc tính Task.Result. Trong Tài liệu MSDN họ đã đề cập rõ ràng rằng,

" Thuộc tính Kết quả là thuộc tính chặn. Nếu bạn cố truy cập vào nó trước khi tác vụ của nó kết thúc, luồng hiện đang hoạt động sẽ bị chặn cho đến khi tác vụ hoàn thành và giá trị khả dụng. Trong hầu hết các trường hợp, bạn nên truy cập giá trị bằng cách sử dụng Await hoặc chờ đợi thay vì truy cập trực tiếp vào tài sản. "

Giải pháp tốt nhất cho kịch bản này là loại bỏ cả chờ đợi & không đồng bộ khỏi các phương thức và chỉ sử dụng Tác vụ khi bạn trả về kết quả. Nó sẽ không làm rối trình tự thực hiện của bạn.

Nếu bạn không nhận được bất kỳ cuộc gọi lại nào hoặc điều khiển bị treo, sau khi gọi hàm async dịch vụ / API, bạn phải định cấu hình Ngữ cảnh để trả về kết quả trong cùng bối cảnh được gọi.

Sử dụng TestAsync().ConfigureAwait(continueOnCapturedContext: false);

Bạn sẽ phải đối mặt với vấn đề này chỉ trong các ứng dụng web, nhưng không phải trong static void main.