WinForms应用配置SingleInstanceController后偶发重复操作问题排查

可能的诱因 #

• WindowsFormsApplicationBase单实例机制底层竞态问题：该类的单实例控制依赖互斥量(Mutex) + 进程间Windows消息实现，当用户快速双击exe、同时选中多个关联文档触发批量启动，或者用户机器CPU占满导致进程启动调度延迟时，多个进程可能同时抢在第一个实例完成Mutex注册前完成单实例检测，进而同时运行。
• Mutex命名与权限问题：如果你的单实例控制没有显式使用带Global\前缀的命名Mutex，在多用户会话场景（远程桌面、终端服务、同一设备多账户切换登录）下，不同会话的进程会被判定为非冲突实例；而如果强制使用全局Mutex，普通权限用户没有创建全局Mutex的系统权限时，会导致单实例检测逻辑抛出异常被吞，进而跳过检测直接启动。
• .NET Framework运行时Bug：部分低于4.7.2的未打补丁的.NET 4.x版本，在Windows 7/8系统上存在WindowsFormsApplicationBase单实例检测偶发失效的已知问题，未更新对应补丁的用户会触发该异常。
• 安全软件拦截：WindowsFormsApplicationBase需要通过Windows消息实现多实例间的通信判定，部分杀毒软件、端点安全防护策略会拦截跨进程消息投递，导致后续启动的实例无法感知到已运行的实例，进而独立启动。
• 兼容性模式干扰：如果用户手动给程序设置了Windows XP/Vista等旧系统兼容性模式，会修改.NET运行时对部分Windows API的调用逻辑，干扰单实例检测的正常执行。
• 单实例检测逻辑异常被吞：如果你的SingleInstanceController重写逻辑中存在异常捕获块吃掉了单实例检测阶段抛出的异常（比如Mutex创建失败、权限不足等），会导致检测逻辑失效后程序继续正常启动。
• 进程退出时间窗问题：当程序异常崩溃或者用户刚关闭程序的瞬间立刻重新启动，存在极短的时间窗：旧进程的Mutex还未被操作系统回收完成，新进程的检测逻辑刚好完成判定，认为无运行中的实例进而启动。
• 多版本共存冲突：如果你的单实例Mutex命名包含版本号，或者不同版本的程序使用了不同的单实例标识，用户设备上同时安装多个版本的程序时，不同版本的实例会绕过单实例检测同时运行。

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