立即从异步方法中抛出

Question

async Task 方法抛出的异常的 normal behavior 是保持休眠状态，直到它们稍后被观察到，或者直到任务被垃圾收集。

我能想到我可能想立即扔掉的情况。这是一个例子：

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

如果你真的想这样做，你可以使用同样的方法 Jon Skeet 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 void 函数立即抛出，这是有道理的，因为没有任何东西取决于它的结果，也没有任务可以传递。

顺便说一句，异常处理的重点是从异常中恢复应用程序状态，不应捕获任何您无法恢复的异常。当抛出异常时，您的应用程序状态可能已损坏，尝试继续使用已损坏的应用程序会导致更多问题和安全漏洞。