我最近阅读了一篇关于 c#-5 和新的和不错的异步编程特性的文章。我看到它在 Windows 应用程序中工作得更好。我的问题是这个功能是否可以提高 ASP.Net 的性能？
考虑这两个伪代码：
public T GetData()
{
var d = GetSomeData();
return d;
}
和
public async T GetData2()
{
var d = await GetSomeData();
return d;
}
在一个 ASP.Net 应用程序中有两个代码不同的地方吗？
谢谢
【问题讨论】：
标签： c# asp.net multithreading async-ctp c#-5.0
首先，您的第二段代码将返回 Task<T> 而不是 T。最终答案是“视情况而定”。
如果您的页面需要访问多个数据源，可能可以更简单地并行访问这些数据源，仅在必要时使用每个访问的结果。例如，您可能希望开始将长时间运行的数据获取作为页面处理的第一部分，然后只需要最后的结果。不使用 async/await 显然可以做到这一点，但是当语言帮助你时，它会简单得多。
此外，如果这些请求中的大多数将在很长一段时间内处于空闲状态（例如在长轮询场景中），异步可用于处理少量线程上的大量长时间运行的请求。我可以看到在某些情况下，异步功能被用作SignalR 的替代方案。
异步在服务器端的好处比在客户端更难确定，因为它有不同的帮助方式 - 而“避免在 UI 线程上工作”端很明显，很容易看到好处。
不要忘记，服务器端编码可能不仅仅是前端。以我的经验，异步在实现 RPC 服务时最有用，尤其是那些与多个其他 RPC 服务通信的服务。
正如 Pasi 所说，它只是语法糖 - 但我相信它是足够甜的糖，它很可能会在适当的异步处理可行与过于努力和复杂之间产生差异。
【讨论】：
定义“性能”。
最终应用程序将完成与同步完成相同的工作量，只是异步版本中的调用线程将等待另一个操作完成，而在同步模型中它是执行任务的同一线程。
最终，在这两种情况下，客户端在看到来自 Web 服务器的响应之前将等待相同的时间，因此不会注意到性能上的任何差异。
如果 Web 请求是通过异步处理程序处理的，那么响应仍然需要相同的时间才能返回 - 但是，您可以减少线程池的压力，使 Web 服务器本身更具响应性在接受请求中 - see this other SO 了解更多详情。
【讨论】：
由于代码在服务器上执行并且用户仍然需要等待响应，所以问题就像 - 异步调用是否比同步调用更快。
嗯，这主要取决于服务器实现。对于 IIS 和多个用户，每个用户会产生太多线程（即使没有异步），并且异步效率低下。但如果用户数量较少，它应该会更快。
一种查看方式是尝试一下。
【讨论】：
没有。这些纯粹是语法糖，通过在修复错误时允许编写简单的代码和阅读代码，让您作为程序员的工作更轻松。
它确实允许更简单的方法来加载数据而不阻塞 UI，所以在某种程度上是的，但不是真的。
【讨论】：
仅当您需要执行多项操作时，它才会提高性能，而这一切都可以在不需要任何其他信息的情况下完成。否则你也可以按顺序做。
就您的示例而言，答案是否定的。无论如何，页面都需要等待。
【讨论】：