Electron 单实例应用如何加快第二次启动检查？

2026-11-06数据小陈

结论

单实例锁可以阻止第二个进程继续初始化应用，但无法省去 Electron 进程本身的启动开销。应尽早调用 app.requestSingleInstanceLock()，并且只有取得锁的进程才创建窗口、加载应用模块或执行其他耗时初始化。

你给出的代码里，调用 app.quit() 后仍会执行 window = new BrowserWindow(…)。app.quit() 不会中断当前这段同步 JavaScript，因此第二个进程仍可能继续创建窗口或执行后续初始化。

调整启动流程

先取得锁，再将主实例的初始化放入 else 分支。未取得锁时调用退出流程，不进入初始化分支：

const { app, BrowserWindow } = require('electron');

let window;
const gotLock = app.requestSingleInstanceLock();

if (!gotLock) {
  app.quit();
} else {
  app.on('second-instance', (event, argv, cwd) => {
    const argPaths = argv.slice(1).filter(a => !a.startsWith('--'));

    argPaths.forEach(filePath => {
      window?.webContents.send('DROP', filePath);
    });
  });

  app.whenReady().then(() => {
    // 将耗时初始化放在取得锁之后。
    window = new BrowserWindow({ /* 窗口配置 */ });
  });
}

如果入口文件在检查锁之前就导入了其他耗时模块，可以将这些 require() 移到取得锁后的初始化流程中。否则，第二个进程即使很快发现锁已被占用，也已经执行了那些模块的加载代码。

仍然需要考虑的耗时

第二次启动时，操作系统仍需启动 Electron 可执行文件、加载运行时并运行主进程入口。单实例锁能让进程尽早决定退出，但无法消除这些基础启动成本。如果这部分耗时接近 15 秒，应进一步测量启动阶段，确认时间花在 Electron 运行时、应用模块加载还是其他初始化任务上。

另外，app.quit() 会执行应用的退出流程。如果注册了耗时的退出处理逻辑，退出时间仍可能变长。先确认第二个进程是否进入了窗口创建或其他应用初始化，再判断是否需要调整退出处理。