问当不是所有代码部分都是异步的时，异步when服务有什么好处

EN

在服务器端，部分async解决方案通常没有任何好处。

1) Web支持异步操作方法，但是如果我在处理请求时调用同步数据库，那么线程会阻塞调用，并且我将无法获得异步可以给我带来的更好的线程经济性的好处，或者什么？

对，是这样。一旦进行同步(阻塞)数据库调用，就会在调用期间占用一个线程。因此，您可以从async获得的好处并不适用。

2)如果我有一个等待异步数据库调用的同步ServiceStack服务调用，那么会发生什么？我假设保留了一个线程来处理整个sync http请求，当这个线程等待异步调用时，它仍然是为web请求保留的，或者什么？

这与同步数据库调用是一样的。在幕后，同步数据库调用异步地执行实际的调用，然后阻塞调用线程，直到调用完成。因此，在调用期间仍有一个线程被阻塞，并且不会获得任何async好处。

基本上，我的问题可以归结为:如果不是所有的IO调用都是异步的，还有使用异步的理由吗？

还有一些更模糊的场景。您可以使用Task.WhenAll执行有限类型的并发，使用async比使用其他形式的异步并发要容易得多。但是如果你没有一个完全async的堆栈，这是我能想到的唯一好处。

它基本上归结为当异步调用正在进行时，调用代码可以做什么。您的第一个示例非常适合这一点。当调用save方法时，UI可以执行其他操作。method...control中的幕后发生了什么并不重要，它已经返回给应用程序以继续它的方式。

您的第二个示例只是意味着，当异步数据库调用正在进行时，servicestack服务可以执行某些操作。但是，如果它什么也不做，那么就没有任何真正的理由一开始就使用异步调用。

异步方法在其工作负荷期间做什么并不重要，重要的是调用应用程序在调用期间可以做什么。