c# - AutoResetEvent.WaitOne() 导致死锁

标签 c# .net multithreading async-await uwp

我正在编写一个带有临界区的应用程序。

而我决定使用AutoResetEvent来实现互斥。 这是代码

    public class MyViewModel
    {
        private AutoResetEvent lock = new AutoResetEvent(true);
        private aync Task CriticalRegion()
        {
            Dosomething();
        }


        public async Task Button_Click()
        {
            Debug.WriteLine("Entering Button_Click");
            lock.WaitOne();
            try
            {
                await CriticalRegion();
            }
            finally
            {
                lock.Set();
                Debug.WriteLine("Leaving Button_Click");

            }
        }

    }

我有一个按钮,它的点击事件调用了 Button_Click() 方法

一切正常。但是,如果我足够快地在第一次调用 Button_Click() 完成之前再次单击该按钮,整个应用程序将停止响应。

在调试窗口中我发现了这样的东西

Entering Button_Click
Entering Button_Click

看起来该方法永远不会完成。

我挣扎了一下,发现如果我将 lock.WaitOne(); 更改为

   if (!sync.WaitOne(TimeSpan.FromSeconds(1)))
   {
       return;
   }

在这种情况下,我的应用能够避免死锁,但我不知道它为什么会起作用。

我只从我的 OS 类(class)和 C# 中的 asyncawait 模式了解 IPC,而我对 .Net 世界中的线程不太熟悉.

我真的很想了解幕后到底发生了什么。 感谢您的任何回复;)

最佳答案

你有一个死锁,因为 WaitOne 阻塞了主线程(按钮点击处理程序在主线程上执行),而你还没有调用 ConfigureAwait(false)当调用 await 时,这意味着它会尝试在主线程上运行 await 之后的代码,即使它被阻塞,这也会导致死锁。

我建议阅读 this post以获得对死锁情况的更详尽的解释。

对于您的代码,我建议将锁放得更深,可能在异步任务中,并尝试使用更合适的锁定模式,最好是 lock statement。 ,因为使用 Event 对象对于互斥来说很尴尬,正如 Hans 在评论中所说。

关于c# - AutoResetEvent.WaitOne() 导致死锁,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/38971043/

相关文章:

c# - SQL Server 在插入存储过程后运行更新存储过程

c# - .net 库不从 app.config 中选择 key

Java MySQL死锁(多线程)

c# - 域驱动应用程序中的集合过滤逻辑应该放在哪里?

C# - System.Runtime.InteropServices.RuntimeInformation 对 MongoDB 的持续困扰

C# Web 服务 - 然后返回 最后 - 先发生什么

c# - 事件处理程序覆盖?

java - 进程 'javaw' 占用 CPU 使用率 95% 以上

Java 线程转储 : Difference between "waiting to lock" and "parking to wait for"?

c# - 在 .Net Core 3.1 中使 IDistributedCache 线程安全