在使用 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 释放锁，具体会不会真的释放，得看时机和运气。
更多内容，可以参阅：