ASP.NET核心同步和异步控制器操作之间没有太大区别

Question

我在控制器中编写了几个操作方法，以测试ASP.NET核心中同步和异步控制器操作之间的差异：

[Route("api/syncvasync")]
public class SyncVAsyncController : Controller
{
    [HttpGet("sync")]
    public IActionResult SyncGet()
    {
        Task.Delay(200).Wait();

        return Ok(new { });
    }

    [HttpGet("async")]
    public async Task<IActionResult> AsyncGet()
    {
        await Task.Delay(200);

        return Ok(new { });
    }
}

正如您所看到的，每秒的请求没有太大差异--我希望异步endpoint每秒处理更多的请求。我是不是漏掉了什么？

Answer 1

是的，您忽略了这样一个事实，即异步与速度无关，它只与每秒请求的概念略微相关。

异步只做一件事。如果正在等待一个任务，并且该任务不涉及CPU绑定的工作，因此，线程变得空闲，那么，该线程可能会被释放，返回到池中执行其他工作。

就是这样。简单地说就是异步。异步的目的是更有效地利用资源。在您可能已经绑好了线程的情况下，只是坐在那里敲击他们的脚趾，等待一些I/O操作完成，他们可以被指派做其他工作。这就产生了两个你应该内化的非常重要的想法：

这并不意味着不应该使用异步。即使您的应用程序现在不流行，但这并不意味着以后不会流行，在那时重新调整所有代码以支持异步将是一场噩梦。异步的性能成本通常可以忽略不计，如果您最终确实需要它，它将是一个救命恩人。

更新

在保持异步的性能成本可以忽略不计方面，有一些有用的提示，在C#中大多数关于异步的讨论中，这些提示并不明显，也没有很好地说明。

await DoSomethingAsync().ConfigureAwait(false);

public async Task DoSomethingAsync()
{
    await DoSomethingElseAsync();
}

这里，doSomethingelSeasync返回一个等待并取消包装的任务。然后，创建一个新的任务，从DoSometingAsync返回。但是，如果相反，您将该方法编写为：

public Task DoSomethingAsync()
{
    return DoSomethingElseAsync();
}

doSomethingelSeasync返回的任务直接由doSomethingAsync返回。这减少了大量的开销。