在使用 Mutex 在给线程/进程间加锁时,需要注意的问题。
1 AbandonedMutexException
在使用 mutex.WaitOne
时,可能抛出异常 AbandonedMutexException 。
- 发生了什么?
有一个线程获得了锁,但没有释放锁,则会抛异常,此时数据的完整性可能被破坏。
具体解释见:AbandonedMutexException Class (System.Threading) | Microsoft Docs
比如:在 WaitOne 之后,进程直接退出,后台线程中的 mutex 可能就还没有释放。
- 如何处理?
如果不关心这个异常,可以直接 catch ,继续进行接来下的操作即可。无需再次调用 WaitOne
。
try{ try { mutex.WaitOne(); } catch(AbandonedMutexException) { // 即使捕获到这个异常,此时也已经获得了锁 }
// do something}finally{ mutex.ReleaseMutex();}
- 其它内容
考虑如下场景,运行 run.exe 程序,里面获取了 mutex 锁,没有释放直接退出,再次打开 run.exe ,是不会有 AbandonedMutexException 异常的。 但如果同时运行两个(多个) run.exe 程序,第一个获取锁之后不释放直接退出,则第二个 run.exe 会捕捉到 AbandonedMutexException 异常。
原因(猜测):
在只有一个 run.exe 进程时,关闭之后,mutex 对应的内核对象随之释放,第二次运行,新建一个全新的 mutex 内核对象;
而当有两个(多个)run.exe 进程时,mutex 对象始终只有一个。
2 System.ApplicationException
当 WaitOne 对应的 ReleaseMutex 不在同一线程时,会抛出异常:System.ApplicationException:“从不同步的代码块中调用了对象同步方法。”
-
当出现 ApplicationException 异常时,锁被释放了吗?
没有。只有当调用 WaitOne 的线程被回收之后,才会释放锁,并且下一个 WaitOne 会捕获 AbandonedMutexException 异常。 -
如何避免 在 WaitOne 和 ReleaseMutex 之间不要插入 async/await 方法,否则可能带来线程切换。
在 UI 线程调用 WaitOne 和 ReleaseMutex ,之间倒是可以插入 async/await 方法,最后还是会回到 UI 线程,但是,这样 WaitOne 就是在 UI 线程等啊,卡 UI 啊。
3 关于 WaitOne 与 ReleaseMutex 的次数
-
WaitOne 多少次,就要 ReleaseMutex 多少次。
-
WaitOne 1 次, ReleaseMutex 多次会怎么样?
如果下一个 WaitOne 还没有被调用, ReleaseMutex 多次与一次的效果是一样的,如果有多个 WaitOne 在等待,那 ReleaseMutex 可能会帮其它的 WaitOne 释放锁,具体会不会真的释放,得看时机和运气。
更多内容,可以参阅: .NET 中使用 Mutex 进行跨越进程边界的同步 - walterlv
原文链接: https://blog.jgrass.cc/posts/csharp-mutex/
本作品采用 「署名 4.0 国际」 许可协议进行许可,欢迎转载,但未经作者同意必须保留此段声明,且在文章页面明显位置给出原文链接。