Mutex 的正确打开方式

鱼仔布丁 1/5/2019 csharp

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

# 1 AbandonedMutexException

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

发生了什么？有一个线程获得了锁，但没有释放锁，则会抛异常，此时数据的完整性可能被破坏。
具体解释见：AbandonedMutexException Class (System.Threading) | Microsoft Docs (opens new window)

比如：在 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 释放锁，具体会不会真的释放，得看时机和运气。

Windows 消息循环