如果我返回任务而不等待任何东西，是否应该使用async

Question

在代码不等待任何东西的异步方法中，是否有人会将其标记为异步，等待任务，然后返回？

除了潜在的联合国必要性之外，这样做的负面影响是什么？

对于本例，请假设querysync

private static async Task<int> InsertRecord_AsyncKeyword(SqlConnection openConnection)
{
    int autoIncrementedReferralId =
        await openConnection.QueryAsync<int>(@"
            INSERT INTO...
            SELECT CAST(SCOPE_IDENTITY() AS int)"
    );

    return autoIncrementedReferralId;
}

private static Task<int> InsertRecord_NoAsyncKeyword(SqlConnection openConnection)
{
    Task<int> task =
        openConnection.QueryAsync<int>(@"
            INSERT INTO...
            SELECT CAST(SCOPE_IDENTITY() AS int)"
    );

    return task;
}

// Top level method
using (SqlConnection connection = await DbConnectionFactory.GetOpenConsumerAppSqlConnectionAsync())
{
    int result1 = await InsertRecord_NoAsyncKeyword(connection);
    int result2 = await InsertRecord_AsyncKeyword(connection);
}




Answer 1

不，您不应该只向方法添加async，而不添加wait——甚至还有编译器警告。

您也不应该在这样的方法中不必要地添加wait，因为它会使编译器为该方法生成更复杂的代码，并具有一些相关的性能影响。

从时间的角度来看，两种模式之间没有明显的区别——任务仍然会异步运行，你仍然可以立即或在调用者的稍后时间等待。

我可以想到一个区别——如果您直接返回任务，调用方可能会使用ConfigureAwait（false），它将在其他线程上完成。当您await方法中的任务时，该方法控制执行await之后的代码的位置。

请注意，最后使用单个await的方法的成本并不比不使用的方法的成本低很多-因此，如果您更喜欢在所有异步方法上一致使用async，那么除了很少的时间关键部分之外，这可能是很好的。

Answer 2

阅读Stephen Cleary的博客文章：

异步和等待