“远程主机强迫关闭”本质是TCP层空闲连接被中间设备断开，需配置maxIdleTimeMS（低于防火墙超时30–60秒）、minPoolSize（如5）及connectTimeoutMS（10000）、socketTimeoutMS（30000），并复用client实例。
连接被“远程主机强迫关闭”本质是连接空闲超时
这不是 Node.js 或驱动 bug，而是 TCP 层面的连接被中间设备（防火墙、NAT 网关、云厂商 LB）主动断开。MongoDB 服务本身不主动 kill 空闲连接，但驱动默认也不发心跳保活。现象常表现为：应用长时间无数据库操作后，首次查询抛出 Socket closed、read ECONNRESET 或 connection was closed by the remote host。
必须显式配置 maxIdleTimeMS 和 minPoolSize
仅靠 maxPoolSize 无法解决空闲断连。关键参数是 maxIdleTimeMS —— 它控制连接在池中最大空闲时间，超时后驱动会主动关闭该 socket，避免它被中间设备突兀中断。
-
maxIdleTimeMS建议设为比你所在网络环境的防火墙/代理超时低 30–60 秒（例如 AWS ALB 默认空闲超时 3600s，则设3500000） -
minPoolSize设为非零值（如5）可让连接池始终维持一批“热连接”，减少冷启动重连概率 - 不要依赖
keepAlive（TCP 层）：Node.js 的socket.setKeepAlive(true)在 MongoDB 驱动中默认未启用，且对云环境效果有限
连接字符串里不能漏掉 connectTimeoutMS 和 socketTimeoutMS
这两个超时参数影响错误感知速度，不直接防断连，但能防止请求卡死在失效连接上：
用于自动切换项目中适合的node 版本
下载
根据 package.json 中的 engines 字段自动检测 Node.js 版本需求，未安装 nvm 时自动安装并切换至对应版本。支持 Windows、macOS、Linux。适用于 Node.js 项目开发、版本切换和环境配置。
-
connectTimeoutMS控制建立新连接的上限（建议10000） -
socketTimeoutMS控制单次操作的 socket 级超时（建议30000），注意它和maxIdleTimeMS是不同维度：前者是“一次读写等多久”，后者是“连接空着等多久” - 若用连接字符串传参，格式为：
mongodb://localhost:27017/db?maxIdleTimeMS=3500000&minPoolSize=5&connectTimeoutMS=10000&socketTimeoutMS=30000
重启 MongoDB 后首次连接失败？靠重试不如靠连接池自动恢复
老方案里手动 try/catch + 重试 MongoClient 实例是错的——现代驱动（v4+）已内置连接恢复逻辑。真正要做的只有两件事：
- 确保
useUnifiedTopology: true（v4+ 默认开启，但显式声明更稳妥） - 调用
client.connect()后，**不要立即 close()**；整个应用生命周期内复用同一个client实例 - 驱动会在后台自动探测节点状态、重建失效连接；你只需捕获业务层操作的 Promise rejection（如
collection.insertOne()失败），而非重连本身
最容易被忽略的是：把 maxIdleTimeMS 设得比防火墙还长，或者压根没设——这时连接池里的“僵尸连接”就会在下次使用时才暴露问题，而不是提前清理掉。
