以下启用异步的代码是否容易导致死锁

Question

    public async Task<Foo> Execute(int id)
    {
        var parameters = new { id};

        using (var con = new SqlConnection(this.connectionString))
        {
            await con.OpenAsync();

            return await con.QueryAsync<foo>(
                "dbo.uspGetMeFoo",
                parameters,
                commandType: CommandType.StoredProcedure,
                commandTimeout: int.Parse(ConfigurationManager.AppSettings["SqlCommandTimeout"]))
                .ContinueWith(task =>  task.Result.FirstOrDefault());
        }
    }

此方法在调用类中等待，其中 - 一段时间后 - 我想在不显式阻塞的情况下使用结果。

我可以通过在调用代码中返回 Task<IEnumerable<Foo>> 和 FirstOrDefault() 来解决这个问题，而不是使用上面的 ContinueWith。

从我读过的内容来看，上面的阻塞很臭，更糟糕的是会导致问题，可能会导致死锁。我对么？

Answer 1

在已经完成的 Task 上调用 Result（您知道如果任务继续被触发，任务将完成）不会导致死锁。

当任务需要能够在另一个线程/上下文上安排操作才能完成时，就会导致死锁，但该线程/上下文阻塞了结果。由于任务已经完成，阻塞线程/上下文不可能阻止它完成。

也就是说，您可以像 await 一样轻松地完成任务，而不是调用 ContinueWith。

Answer 2

正如@Servy 所说，您可以轻松编写

public async Task<Foo> Execute(Foo foo )
{
    var parameters = new { id = id};

    using (var con = new SqlConnection(this.connectionString))
    {
        var timeout = int.Parse(
            ConfigurationManager.AppSettings["SqlCommandTimeout"]);

        await con.OpenAsync();

        var query = await con.QueryAsync<Foo>(
            "dbo.uspGetMeFoo",
            parameters,
            commandType: CommandType.StoredProcedure,
            commandTimeout: timeout);

        return query.FirstOrDefault();
    }
}

这不会导致死锁，除非dbo.uspGetMeFoo 做了一些意想不到的蠢事。这不会是问题中的代码的问题。