异步等待任务。DB调用的运行方法

Question

我们有一个async/await方法GetLoanDataAsync，它通过实体框架调用存储的过程，该框架由同步方法GetData调用。

GetLoanData需要很长的时间来执行，这可能就是我们编写async/await的原因，它可以被多个地方使用。

我知道我们不应该混合异步和同步调用，但假设我们有这种情况并且我们正在使用 Task.Run（） 从同步方法 GetData 调用异步方法 GetLoanDataAsync，我理解该方法 - GetLoanDataAsync 将在后台线程上运行。

我的问题是，如果我们有一个异步方法< code > getloandatasync 的同步版本，并使用< code>Task调用，会怎么样？从< code>GetData运行(),这种情况下会有什么不同呢？

提供有关该问题的更多详情─

我们有 ASP.NET 返回类型不是任务的 REST Web API。这是从角度应用程序调用的。这个 api 有几个叫做 GetData（） 的方法，我们在其中等待来自 GetLoanDataAsync 的结果。根据我的理解，GetLoanDataAsync将在后台线程中调用，并且能够执行GetUserDetails（），一旦完成，它将返回执行的GetLoanDataAsync的结果。

代码-

public List<int> GetData(int id)
{

    // Calls GetLoanDataAsync

    var result = Task.Run(()=> GetLoanDataAsync(id));

    // calls couple other sync methods

    GetUserDetails(); 

    return result.GetAwaiter().GetResult();

}

GetLoanDataAsync（）。Result将导致死锁，这是先前的问题。为了解决这个问题，我们暂时尝试使用Task。运行，直到我们将整个api设置为异步。

Answer 1

如果比较同步版本与异步版本，则最明显的区别是同步版本在数据库调用期间占用线程，如果所有工作都在数据库中，这似乎是不必要的。这是否是问题取决于您的吞吐量。

通过使用任务。运行，您将允许该操作与其他工作并行运行。这很好，只要您没有任何影响线程安全或依赖于单个逻辑执行流的接触点。

如果您想有效地使用异步，最好将其视为“粘性”——即，如果X是异步的，那么所有调用X（直接或间接）的东西都需要是异步的。