Mutex无法限制应用单实例运行问题求助

问题根源分析 #

你当前的Mutex代码没有指定全局命名空间前缀，Windows系统中，不同用户会话、不同运行账户（比如系统账户/本地用户）下创建的Mutex默认是相互隔离的。如果任务计划的运行上下文发生变化，或是系统重启后会话隔离规则触发，就会导致多个实例能同时创建独立的Mutex，失去互斥效果。另外，代码中缺少Mutex的显式释放逻辑，也可能在异常场景下引发潜在问题。

修复方案 #

1. 使用全局命名空间的Mutex #

在Mutex名称前添加Global\前缀，确保跨所有用户会话和账户上下文都能生效：

string mutexName = @"Global\DataFormatter_AppUniqueId"; // 替换为你的程序唯一标识，比如GUID
bool isNewMutexCreated;
Mutex mutex = new Mutex(true, mutexName, out isNewMutexCreated);

// 确保程序退出时无论是否异常，都能释放Mutex
try
{
    if (!isNewMutexCreated)
    {
        return;
    }
    // 你的数据格式化/聚合业务代码
}
finally
{
    mutex.ReleaseMutex();
    mutex.Dispose();
}

注意：使用Global\前缀需要程序具备足够权限，若任务计划用Local System账户运行则无问题；若用普通用户账户，需确保该用户拥有创建全局内核对象的权限。

2. 强化任务计划的防多实例配置 #

打开任务计划程序的任务设置：

• 在**"设置"选项卡中，将"如果任务已经在运行，以下规则适用"设置为"不启动新实例"**，作为Mutex之外的双重保险。
• 调整"重启任务"的延迟时间（建议设为10秒以上），避免程序尚未完全退出就被强制重启。

3. 确保Mutex名称全局唯一 #

避免和其他程序的Mutex重名，可基于程序的GUID或安装路径生成唯一名称，比如：

// 从程序集信息中获取唯一标识
string appGuid = System.Reflection.Assembly.GetExecutingAssembly().GetCustomAttribute<System.Runtime.InteropServices.GuidAttribute>().Value;
string mutexName = $"Global\\DataFormatter_{appGuid}";

4. 添加日志排查 #

在程序启动时记录isNewMutexCreated值、当前进程ID、运行账户信息，出现多实例时可快速定位是Mutex逻辑问题还是任务计划的触发异常。

内容的提问来源于stack exchange，提问作者crafter32