如何保持Mongoose连接持续存活 避免文件修改时重复重连

首先明确核心逻辑：

Mongoose的数据库连接是存在当前Node.js进程内存里的，只要进程退出，连接就会被强制销毁。你现在每次改代码触发服务全量重启，本质是开发工具杀掉了旧的Node进程、重新启动新进程跑代码，自然每次都要重新走数据库连接流程。要省掉重连等待时间，核心是不要在开发时重启持有数据库连接的根进程，只热替换修改过的业务代码模块。

具体落地方案按省事程度排序：

方案1：换用支持模块热替换（HMR）的开发运行工具（最推荐） #

把你现在用的全量重启类工具（比如默认配置的nodemon、node --watch）换成支持不重启根进程就能更新代码的工具，比如tsx，纯JS项目也能直接用：

• 先安装开发依赖：npm i tsx -D
• 把package.json里的开发启动命令改成：tsx watch --hmr server.js
• 给你现有的连接逻辑加个单例判断，避免热替换时重复触发连接逻辑：

// 连接状态标记存在模块缓存里，热更新时不会重置
let dbConnected = false;
const connectDB = async () => {
  if (dbConnected) {
    console.log("复用已有数据库连接");
    return;
  }
  try {
    await mongoose.connect(mongoURI);
    dbConnected = true;
    console.log("Database Connected");
  } catch (err) {
    console.log(err);
    process.exit(1);
  }
};
module.exports = connectDB;

改完之后，修改业务代码时工具只会替换更新的业务模块，根进程一直存活，已经建好的Mongoose连接会一直保留，完全不需要重复等待连接。

方案2：基于cluster模块做进程隔离（适合不想换现有工具的场景） #

如果你已经用惯了nodemon不想换，可以用Node原生的cluster模块做一层拆分：

• 主进程只负责初始化Mongoose连接，不执行业务逻辑，不会被nodemon重启
• 业务代码全部跑在worker进程里，文件修改时只重启worker进程
• 主进程的数据库连接可以通过IPC句柄共享给新启动的worker，也能避免重复建连
  这个方案需要自己写主进程/worker的启动逻辑，配置比方案1麻烦不少，优先选方案1即可。

注意事项 #

• 以上优化仅针对开发环境使用，生产环境每次发版全量重启进程属于正常发布流程，不需要做这类适配。
• 不需要额外修改Mongoose的连接保活、超时参数，那些配置解决不了进程退出导致的连接销毁问题。

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