背景

某天产品经理带来了一个客户需要：希望桌面客户端可以同时打开两个实例——实例 A 与实例 B 互不干扰、独立运行。

听起来简单？打开代码一看，全是坑，

原始的单例锁机制

项目中使用了 Electron 内置的 app.requestSingleInstanceLock 来限制单实例：

const getTheLock = app.requestSingleInstanceLock;if { // 获取单例锁失败，说明已有一个实例在运行。当前实例直接退出 app.quit;} else { // 正在运行中的第一个实例监听到第二个实例的启动事件 app.on => { const focusedWindow = BrowserWindow.getFocusedWindow;if { BrowserWindow.getAllWindows.forEach => { if ) win.restore;win.focus，win.setAlwaysOnTop;setTimeout => { win.setAlwaysOnTop;if ) win.show;},)，});} })，}

第二个实例一启动就会被干掉。那是不是只要去掉这段代码就行了？话说回来，

没那么简单。去掉后一大堆新问题冒出来了：

1. 客户要求最多只能开 个不能无限开
2. 两个客户端的数据必须隔离登录态、localStorage 不能互相污染
3. 自动更新怎么办？两个实例同时触发更新会不会打架？
4. 存在互斥操作怎么办？话说回来，比如应用执行任务时另一个实例不能同时执行

requestSingleInstanceLock 的底层原理

Windows：Electron 调用程序级的 Mutex。 锁的名字类似 ElectronApp_ Mutex 已存在返回 false。

macOS / Linux：Electron 使用的是 Unix 域 Socket 文件锁。怎么说呢，在程序临时目录下创建一个命名 socket 文件。第二个实例发现 socket 已被监听，就不会继续启动。

锁文件的位置可以通过 app.getPath 获取。本地开发一般在：

/Users/xxx/Library/Application Support/Electron/

查看这个目录会发现里面不只是有 SingletonLock还有 CookiesLocal Storage 等文件。看到这些，思路就来了——如果能让两个实例使用不同的 userData 目录。就能天然实现数据隔离和独立的单例锁。

两个userData 的具体实现

在主进程启动早期切换userData 方法。主要原则只有两条：

1. 先拿到默认目录
2. 按实例模式追加子目录

import { app } from 'electron';import path from 'path';// 默认目录，例如：~/Library/Application Support/YourAppconst baseUserData = app.getPath;// 例：通过启动参数区分实例模式const isSecondaryMode = process.argv.includes || process.argv.includes;if { app.setPath);} else { app.setPath);怎么说呢，}

切换后的效果是：

• 说到实例A，.../YourApp/Primary
• 从实例B来看。.../YourApp/Secondary

这一步一次性解决了两个主要问题：数据隔离 和双开能力 。其一，Cookies 其二。例如更新下载／安装、任务执行这类操作，仍然需要保证同一时刻只有一个实例在执行，否则就会出现并发冲突。＜／ｐ＞ 被否决的方案

再看方案一，基于内存的 Mutex 锁