在C#开发中，当多个独立运行的程序需要访问同一份本地资源（例如共享配置文件、本地数据库文件或硬件端口）时，普通的线程锁已经无能为力。此时必须借助内核级的同步对象，而Mutex正是专门用来做跨进程互斥的工具。它由一个系统级的命名内核对象支撑，不管哪个进程只要使用相同名称打开这个Mutex，就会被纳入同一套互斥规则中。
Mutex的基本原理与命名机制
Mutex全称Mutual Exclusion（互斥体），在Windows系统中对应一个内核对象。与Monitor、lock语句不同，Mutex的寿命由操作系统管理，不依附于某个进程的内存空间。当一个进程创建了具名Mutex，其他进程可以通过同名字符串打开同一个内核对象，从而实现“全系统唯一”的访问控制。
在C#里，Mutex位于System.Threading命名空间。构造函数的第二个参数就是名称，如果传入了名称且系统中已存在同名的Mutex，则新实例会指向已有对象而不会新建。需要注意的是，名称在不同会话（比如服务会话与用户会话）中可能因前缀差异而隔离，普通桌面程序一般用不带Global前缀的命名即可在同一用户会话内共享。
基础用法：创建与释放
最典型的跨进程Mutex使用方式是：在一个进程中以初始所有者身份创建，其他进程直接尝试获取。下面给出一个简单的写入共享文件的示例，展示如何防止两个进程同时写文件。
using System;
using System.IO;
using System.Threading;
class Program
{
static void Main()
{
// 创建名为"MyApp_SharedFileMutex"的互斥体，当前进程不立即拥有
using (Mutex mutex = new Mutex(false, "MyApp_SharedFileMutex"))
{
// 等待获取锁，最多等3秒
if (mutex.WaitOne(3000))
{
try
{
File.AppendAllText("C:\temp\shared.log", "进程写入时间：" + DateTime.Now + "n");
}
finally
{
// 必须释放，否则其他进程将无法进入
mutex.ReleaseMutex();
}
}
else
{
Console.WriteLine("获取互斥锁超时，其他进程正在占用资源");
}
}
}
}
上述代码中，WaitOne方法会阻塞当前线程直到拿到锁或超时。ReleaseMutex则释放所有权。如果某个进程拿到锁后崩溃而没有释放，系统会在该进程结束时自动回收，但其他等待者会被异常唤醒并抛出AbandonedMutexException，这是跨进程锁必须处理的特殊情况。
使用using包裹Mutex可以确保即使发生异常，对象也会被Dispose。但要注意，Dispose并不等于ReleaseMutex，如果当前线程正持有锁，必须先ReleaseMutex再退出using块，否则会造成锁泄漏。
进程首次启动时的单一实例控制
除了保护资源，Mutex常被用来确保程序只有一个实例运行。做法是尝试以初始所有者创建具名Mutex，若返回时已存在则表明已有实例。
using System;
using System.Threading;
class SingleInstance
{
static void Main()
{
bool createdNew;
// 初始拥有者设为true，并接收是否新建的成功标志
using (Mutex mutex = new Mutex(true, "Global\MyApp_Unique", out createdNew))
{
if (!createdNew)
{
Console.WriteLine("程序已在运行，即将退出");
return;
}
Console.WriteLine("程序启动成功，按回车退出");
Console.ReadLine();
// 退出前释放
mutex.ReleaseMutex();
}
}
}
这里使用了Global前缀，意味着跨所有会话（例如服务与桌面程序之间）也只运行一个实例。如果省略前缀，则仅限当前用户会话。createdNew参数非常关键，它告知调用方自己是不是真正的第一个持有者。
这种写法比轮询窗口标题或检查进程列表更可靠，因为内核对象由系统保证原子性。不过要注意，如果程序异常终止没走到ReleaseMutex，系统会标记该Mutex为废弃，下一个获取者会收到AbandonedMutexException，需要在代码中捕获并视情况继续业务逻辑。
常见陷阱与最佳实践
第一个陷阱是忘记释放。跨进程场景下，一个进程死锁会让别的进程全部卡在WaitOne。务必把ReleaseMutex放在finally中，并尽量设置合理的超时，避免无限等待。
第二个陷阱是权限不足。在某些系统上，创建带Global前缀的Mutex需要相应安全权限，否则会抛出UnauthorizedAccessException。可通过MutexSecurity类显式配置访问控制规则，确保低权限进程也能打开。
第三个陷阱是名称冲突。Mutex名称是全系统可见的字符串，建议采用公司域名反写加应用标识的命名规范，例如com_ipipp_appname_lock，降低与他人软件撞名的概率。
| 对比项 | lock/Monitor | Mutex |
|---|---|---|
| 作用范围 | 同一进程内线程 | 跨进程（内核对象） |
| 性能开销 | 低，用户态切换 | 高，需内核态切换 |
| 超时支持 | 不支持 | WaitOne可设超时 |
| 异常恢复 | 线程退出自动释放 | 进程崩溃后系统回收 |
从表中可以看出，Mutex牺牲了部分性能换取了跨进程能力。因此在仅限进程内同步时，应优先使用lock；只有真正涉及多进程协作，才引入Mutex。
总结与建议
通过System.Threading.Mutex，C#开发者能够以极低的代码成本实现可靠的跨进程同步。核心步骤是：使用具名构造函数在各进程中指向同一内核对象，调用WaitOne进入临界区，在finally中ReleaseMutex退出。对于单一实例控制，可结合createdNew判断。生产环境中务必处理AbandonedMutexException、设置等待超时并规范命名，这样才能在复杂部署下保持稳定。