C# Winform:为什么这种异步使用不会陷入死锁状态？

Question

我正在调查异步/等待。

我有一个问题，在C#winfo：什么是错误的，在这个异步的例子，如果访问结果之前等待上面的问题已经解决。这是一个死锁问题。

但是当我在stackoverflow中搜索一些问题时。我发现了这个：async/wait不同的线程ID

应该也是个僵局问题吧？

我重写了一个类似的代码来测试

    private async void button1_Click(object sender, EventArgs e)
    {
        TB_Log(tbMsg, "click start, thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());
        Task task = func1();
        TB_Log(tbMsg, "click wait, thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());
        await task;
        TB_Log(tbMsg, "click end, thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());
    }

    private async Task func1()
    {
        TB_Log(tbMsg, "func1 start, thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());
        await Task.Run(() =>
        {
            TB_Log(tbMsg, "func1 task.run, thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());
            Task<int> task = func2();
            if (task.Result == 5) { ; }
        });
        TB_Log(tbMsg, "func1 end, thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());
    }

    private async Task<int> func2()
    {
        TB_Log(tbMsg, "func2 start, thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());
        await Task.Run(() =>
        {
            TB_Log(tbMsg, "func2 task.run,  thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());
        });
        TB_Log(tbMsg, "func2 end, thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());

        return 1;
    }

代码运行良好，不会阻塞。代码结果显示：

click start, thread id:1
func1 start, thread id:1
click wait, thread id:1
func1 task.run, thread id:3
func2 start, thread id:3
func2 task.run,  thread id:4
func2 end, thread id:4
func1 end, thread id:1
click end, thread id:1

< code >任务。结果不会出现死锁。

我的问题是：

< li >为什么任务。结果不会造成僵局？ < li >为什么func1 end，线程id是1，而不是4或3？

关于2.问题，我打开了一个控制台项目来替换Winform项目。

结果有点不同。

    static async Task Main(string[] args)
    {
        Console.WriteLine("Main Start, thread id:" + Thread.CurrentThread.ManagedThreadId);
        Task task = func1();
        await task;
        Console.WriteLine("Main End, thread id:" + Thread.CurrentThread.ManagedThreadId);
        Console.ReadKey();
    }

    static private async Task func1()
    {
        Console.WriteLine("func1 start, thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());
        await Task.Run(() =>
        {
            Console.WriteLine("func1 task.run, thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());
            Task<int> task = func2();
            if (task.Result == 5) {; }
        });
        Console.WriteLine("func1 end, thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());
    }

    static private async Task<int> func2()
    {
        Console.WriteLine("func2 start, thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());
        await Task.Run(() =>
        {
            Console.WriteLine("func2 task.run,  thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());
        });
        Console.WriteLine("func2 end, thread id:" + Thread.CurrentThread.ManagedThreadId.ToString());

        return 1;
    }

Main Start, thread id:1
func1 start, thread id:1
func1 task.run, thread id:4
func2 start, thread id:4
func2 task.run,  thread id:5
func2 end, thread id:5
func1 end, thread id:4
Main End, thread id:4

主要结束id还不是1。

非常感谢你。因为这真的让我感到困惑。

Answer 1

记住，在你的另一个问题中出现僵局的关键问题是什么？

它在用户界面线程中访问Task.Result（单击处理程序），从而阻塞用户界面线程，任务的延续部分（返回1；也需要在用户界面线程上运行，但它被阻塞了，因此没有蛋糕...

在这个代码示例中，你在UI线程中访问Task.Result吗？没有。所以，没有死锁，吃你的蛋糕...（某些Task.Result的所有直接访问都发生在通过Task.Run执行的一些任务/函数中，因此在线程池的一些后台工作线程中运行，因此不涉及UI线程。）

您在控制台应用程序中观察到的差异与同步上下文有关。简而言之，同步上下文决定了任务的延续（延续是异步函数中跟随等待的任务直到下一个等待的任务或函数结束的代码片段）将在哪个线程上运行。与GUI应用程序相比，控制台应用程序的同步上下文的确定方式不同。您可以在此处阅读所有这些脏衣服：https://devblogs.microsoft.com/pfxteam/await-synchronizationcontext-and-console-apps/