c# - Web 应用程序中的异步等待性能

Question

到目前为止，我认为我已经掌握了 async await 如何使您的应用程序响应更快的概念，但我在两点上挂断了:

层注意事项async await 是否必须从存储库层一直到 MVC 或 WCF 层才能获得性能优势，或者我是否可以只对需要很长时间的存储库方法执行异步操作？

“等待”用法 如果我只能在存储库级别工作，那么有一部分我不明白。使用这种(低层)方法，线程是否能够在等待 io 绑定(bind)代码完成时为传入的客户端请求提供服务？

我将一个示例控制台应用程序放在一起，在我看来，当长时间运行的任务仍在继续时，另一个用户可以向我的 Web 应用程序发出请求。使用我的小库(以简化集成和异常处理)，他们的请求会由挂起线程提供服务还是 voidTask.Wait(); 会导致线程阻塞？

public class AsyncTest
{
    public void RunTest()
    {
        try
        {
            using (var task = new RunTask(LongRunningTask))
            {
                Console.WriteLine("Echo two things:");

                for (int i = 0; i < 2; i++)
                {
                    var input = Console.ReadLine();
                    Console.WriteLine(string.Format("Echoing \"{0}\"", input));
                }
            }
        }
        catch (Exception e)
        {
            Console.WriteLine("Error, hm, what happened??");
            Console.WriteLine();
            Console.WriteLine(e.Message);
            Console.WriteLine(e.StackTrace);
        }
    }

    public void LongRunningTask()
    {
        var totals = 0;

        for (int i = 0; i < 30; i++)
        {
            Thread.Sleep(1000);
            totals += 5;

            if (i == 25)
                throw new ArgumentException("I can't handle this! Errorr!!@!@");

            Console.WriteLine(string.Format("LongRunningTask Step {0}...", (i + 1)));
        }
    }
}

public class RunTask : IDisposable
{
    public delegate void IOBoundOperations();
    private Task voidTask;

    public RunTask(IOBoundOperations task)
    {
        voidTask = Execute(task);
    }

    async public Task Execute(IOBoundOperations task)
    {
        await Task.Run(() =>
        {
            task();
        });
    }

    public void Dispose()
    {
        try
        {
            voidTask.Wait();
        }
        catch
        {
            throw new AsyncException("Failed to run task asynchronously: " + 
                voidTask.Exception.InnerException.Message, voidTask.Exception.InnerException);
        }
    }
}

我一直在等待，因为我需要它来执行将数据返回到它可能依赖的调用代码的任务。我也这样做了，因为我注意到在线程也执行完我的异步内容之前，该过程不会完成。

我可以找到很多关于 async/await 及其好处的信息，但在这一特定方面却一无所获。

Answer 1

正如其他人所说，您实际上并没有通过您的示例掌握异步 IO 的真正威力。

当人们意识到异步“一路走来”，从存储库一直到您的 Controller 时，他们通常会“害怕”。正如我常说的，不要反对它，让它在您的代码库中自然地成长，因为您开始实现它。我建议不要使用同步而不是异步执行任何快捷方式，反之亦然，付出额外的努力(如果需要)分别公开两个 API。

但是，正如@usr 所说，实际上并不总是需要执行异步 IO，即使它是可能的。当然，每个人都想 catch async-await 的潮流，因为这是一件很酷的事情，但之前问问自己，我是否会遇到大量并发请求，而我实际上会从异步 IO 中受益？不要忘记，虽然最小，async-await 确实有一些开销。

最后，讲一个个人故事。最近我开始研究一个 ASP.NET Web API 项目，该项目正在访问 SQL 数据库并进行一些繁重的计算。挑战是使计算速度更快，我想知道使数据库调用异步是否有帮助(我有一种直觉，但我不得不尝试)。在添加异步 API 并在整个方法中冒泡(这本身就不是一件容易的事)之后，整体性能实际上以降级告终(如我所料)。因此，请确保出于正确的原因利用异步 IO。