Сбрасывание немедленно из метода асинхронного метода

Question

normal behavior для исключений, отбрасываемых из методов async Task, заключается в том, чтобы оставаться бездействующими до тех пор, пока они не будут обнаружены позже или пока задача не будет собрана мусором.

Я могу придумать случаи, когда я могу немедленно бросить. Вот пример:

public static async Task TestExAsync(string filename) 
{ 
    // the file is missing, but it may be there again 
    // when the exception gets observed 5 seconds later, 
    // hard to debug 

    if (!System.IO.File.Exists(filename)) 
     throw new System.IO.FileNotFoundException(filename); 

    await Task.Delay(1000); 
} 

public static void Main() 
{ 
    var task = TestExAsync("filename"); 
    try 
    { 
     Thread.Sleep(5000); // do other work 
     task.Wait(); // wait and observe 
    } 
    catch (AggregateException ex) 
    { 
     Console.WriteLine(new { ex.InnerException.Message, task.IsCanceled }); 
    } 
    Console.ReadLine(); 
} 

я мог бы использовать async void, чтобы обойти эту проблему, которая бросает сразу:

// disable the "use await" warning 
#pragma warning disable 1998 
public static async void ThrowNow(Exception ex) 
{ 
    throw ex; 
} 
#pragma warning restore 1998 

public static async Task TestExAsync(string filename) 
{ 
    if (!System.IO.File.Exists(filename)) 
     ThrowNow(new System.IO.FileNotFoundException(filename)); 

    await Task.Delay(1000); 
} 

Теперь я могу обработать это исключение прямо на месте с Dispatcher.UnhandledException или AppDomain.CurrentDomain.UnhandledException, по крайней мере, немедленно принесите его вниманию пользователя.

Есть ли другие варианты для этого сценария? Возможно, это надуманная проблема?

Answer 1

Если вы действительно хотите сделать это, вы можете использовать тот же подход, Джон Скит used in his reimplementation of LINQ: создать синхронный метод, который может бросить или вызывать реальный асинхронный метод:

public static Task TestExAsync(string filename) 
{ 
    if (!System.IO.File.Exists(filename)) 
     throw new System.IO.FileNotFoundException(filename); 

    return TestExAsyncImpl(filename); 
} 

private static async Task TestExAsyncImpl(string filename) 
{ 
    await Task.Delay(1000); 
} 

Имейте в виду, что я думаю, что это нормально предположить, что метод возврата Task не бросает напрямую. Например, вы можете использовать Task.WhenAll() для получения всех исключений из нескольких операций при нормальных обстоятельствах, но этот подход не будет работать, если исключение будет немедленно отправлено.

Answer 2

Я думаю, что нормальное поведение является подходящим. Ваша нить зависит от результат функции async для выполнения следующей обработки, поэтому исключение должно быть выбрано в вашей теме. Код вашей последовательности может принять соответствующие меры для восстановления из исключения. Поскольку вы можете передавать свои задачи и инициировать множество задач, код восстановления может находиться в где-то еще, где вам нужно получить результат задачи, чем ваш исходный код. Если исключение сразу же выбрано, его можно было бы выбросить за пределами вашего кода восстановления.

Функция недействительности asynch действует немедленно, что имеет смысл, потому что ничто не зависит от ее результата, и нет никакой задачи, чтобы пройти.

BTW, задача обработки исключений заключается в том, чтобы восстановить состояние приложения из исключений, не должно перехватывать исключения, которые невозможно восстановить. Когда генерируется исключение, состояние вашего приложения может быть повреждено, попытка продолжить работу с поврежденными приложениями вызывает больше проблем и уязвимостей безопасности.