27

下面是我遇到问题的代码的简化版本。当我在控制台应用程序中运行它时，它按预期工作。所有查询都并行运行，并Task.WaitAll()在全部完成后返回。

但是，当此代码在 Web 应用程序中运行时，请求就会挂起。当我附加一个调试器并全部中断时，它表明执行是 wait on Task.WaitAll()。第一个任务已经完成，但其他任务从未完成。

我不知道为什么它在 ASP.NET 中运行时挂起，但在控制台应用程序中运行良好。

public Foo[] DoWork(int[] values)
{
    int count = values.Length;
    Task[] tasks = new Task[count];

    for (int i = 0; i < count; i++)
    {
        tasks[i] = GetFooAsync(values[i]);
    }

    try
    {
        Task.WaitAll(tasks);
    }
    catch (AggregateException)
    {
        // Handle exceptions
    }

    return ...
}

public async Task<Foo> GetFooAsync(int value)
{
    Foo foo = null;

    Func<Foo, Task> executeCommand = async (command) =>
    {
        foo = new Foo();

        using (SqlDataReader reader = await command.ExecuteReaderAsync())
        {
            ReadFoo(reader, foo);
        }
    };

    await QueryAsync(executeCommand, value);

    return foo;
}

public async Task QueryAsync(Func<SqlCommand, Task> executeCommand, int value)
{
    using (SqlConnection connection = new SqlConnection(...))
    {
        connection.Open();

        using (SqlCommand command = connection.CreateCommand())
        {
            // Set up query...

            await executeCommand(command);

            // Log results...

            return;
        }
    }           
}
4

1 回答 1

52

而不是Task.WaitAll您需要使用await Task.WhenAll.

在 ASP.NET 中，您有一个实际的同步上下文。这意味着在所有await调用之后，您将被封送回该上下文以执行延续（有效地序列化这些延续）。在控制台应用程序中没有同步上下文，因此所有的延续都只是发送到线程池。通过Task.WaitAll在请求的上下文中使用，您将阻止它，这会阻止它被用于处理所有其他任务的延续。

另请注意，ASP 应用程序中异步/等待的主要好处之一是不会阻塞您用于处理请求的线程池线程。如果你使用 aTask.WaitAll你就违背了这个目的。

进行此更改的副作用是，通过从阻塞操作转移到等待操作，异常会以不同的方式传播。而不是抛出AggregateException它会抛出一个潜在的异常。

于 2012-10-19T19:57:32.557 回答