"очікувати" працює, але виклик завдання. Результат зависає / тупики

У мене є наступні чотири тести, і останній висить, коли я його запускаю. Чому це відбувається:

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

Я використовую цей метод розширення для 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; }
}

Чому висить останній тест?

Ви натрапляєте на стандартну ситуацію з тупиком, яку я описую у своєму блозі та статті MSDN : asyncметод намагається запланувати її продовження на потоці, на яку блокується виклик Result.

У цьому випадку ви SynchronizationContextвикористовуєте NUnit для виконання async voidметодів тестування. Я б спробував використовувати async Taskзамість цього тестові методи.

Отримання значень за допомогою методу асинхронізації:

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

Синхронно викликає метод асинхронізації

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

Жодних проблем із тупиком не виникне через використання Task.Run.

Ви можете уникнути додання тупику ConfigureAwait(false)до цього рядка:

IRestResponse<DummyServiceStatus> response = await restResponse;

=>

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

Я описав цю невдачу в своєму дописі в блозі Підводні камені асинхронизації / очікування

Ви блокуєте інтерфейс користувача за допомогою властивості Task.Result. У документації MSDN вони чітко згадували про те,

" Властивість Result є блокувальною властивістю. Якщо ви спробуєте отримати доступ до неї до завершення завдання, поточний активний потік блокується, поки завдання не завершиться і значення не стане доступним. У більшості випадків вам слід отримати доступ до значення за допомогою Await або чекати замість того, щоб безпосередньо звертатися до ресурсу. "

Найкращим рішенням для цього сценарію було б видалити очікування та асинхронізацію з методів і використовувати лише завдання, де ви повертаєте результат. Це не зіпсує вашу послідовність виконання.

Якщо ви не отримуєте жодних зворотних дзвінків або система управління зависає, після виклику функції асинхронізації служби / API вам доведеться налаштувати Context, щоб повернути результат у тому ж викликаному контексті.

Використовуйте TestAsync().ConfigureAwait(continueOnCapturedContext: false);

Ви будете стикатися з цим питанням лише у веб-додатках, але не в static void main.