在使用 Mutex 在给线程/进程间加锁时,需要注意的问题。

1 AbandonedMutexException

在使用 mutex.WaitOne 时,可能抛出异常 AbandonedMutexException 。

比如:在 WaitOne 之后,进程直接退出,后台线程中的 mutex 可能就还没有释放。

  • 如何处理?
    如果不关心这个异常,可以直接 catch ,继续进行接来下的操作即可。无需再次调用 WaitOne

    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    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