我仔细看了你的问题，核心痛点很清晰：你想用userDataDir持久化登录状态，但browser.close()会清掉关键会话数据，崩溃虽然能保留状态但不可控，browser.disconnect()又会导致内存爆炸。其实问题出在browser.close()的行为上——它会主动触发Chromium的“干净关闭”流程，清理掉一些会话级别的临时数据；而进程崩溃时Chromium来不及做这个清理，所以userDataDir里的完整状态被保留了。

下面给你一套可控的解决方案，既能完美冻结会话，又能避免内存问题：

1. 用可控的进程终止替代browser.close() #

不要调用官方的browser.close()，而是直接杀死Chromium进程，模拟“崩溃”时的行为，但我们是主动可控地这么做：

// 执行完所有任务后，不要调用browser.close()
const chromiumProc = browser.process();
if (chromiumProc) {
  chromiumProc.kill('SIGTERM'); // 温和终止，让Chromium有时间写入数据
  // 如果需要更快结束，也可以用SIGKILL，同样能保留会话数据
}

这样Chromium会把所有会话数据（包括登录Cookies、localStorage、sessionStorage）完整写入userDataDir，下次启动时直接恢复登录状态。

2. 配合内存回收，避免多进程内存溢出 #

你需要处理大量浏览器进程，所以每次任务结束后，除了杀死进程，还要主动清理引用，帮助Node.js的GC回收内存：

async function runTaskWithSession(sessionDir) {
  // 启动浏览器，加载已有会话
  const browser = await puppeteer.launch({
    userDataDir: sessionDir,
    // 你的其他配置：headless、args等
  });

  try {
    // 执行你的任务：登录（第一次）、操作页面等
    const page = await browser.newPage();
    await page.goto('your-target-site');
    // ...你的任务代码...
    await page.close();
  } finally {
    // 终止进程
    const proc = browser.process();
    if (proc) proc.kill();
    // 解除引用，触发GC
    browser = null;
  }
}

每个任务完成后，Chromium进程被彻底销毁，内存被释放，同时会话数据安全保存在指定目录里。

3. 恢复会话的正确方式 #

下次需要恢复这个会话时，直接用同一个sessionDir启动浏览器即可：

// 直接加载之前保存的会话
const browser = await puppeteer.launch({
  userDataDir: './my-session-1',
});
const page = await browser.newPage();
await page.goto('your-target-site');
// 此时页面已经处于登录状态，无需重复登录

4. 几个关键注意点 #

• 会话隔离：如果处理多个不同用户/账号的会话，一定要给每个会话分配独立的userDataDir，避免数据互相覆盖。
• 权限问题：确保userDataDir所在目录有读写权限，否则Chromium无法写入会话数据。
• 信号选择：SIGTERM会让Chromium优雅关闭并写入数据，SIGKILL是强制终止，虽然也能保留数据，但可能会留下少量临时文件，不过不影响会话恢复。
• 目标网站限制：如果目标网站设置了会话Cookie的过期时间，或者用了其他会话验证机制，可能需要额外处理，但大部分常规网站用这个方法都能完美保留登录状态。

这套方案既解决了browser.close()丢失会话的问题，又避免了browser.disconnect()的内存泄漏，完全可控地实现会话的冻结与恢复。

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