MongoDB客户端连接断开后不会自动恢复，reconnectTries仅作用于初始连接失败；需监听topologyClosed事件并主动close+reconnect，配合指数退避封装可重入连接函数。
MongoDB 客户端默认不会自动恢复已销毁的拓扑连接，一旦出现 topology was destroyed 错误，后续所有操作都会失败，必须手动干预或重启进程。
为什么 reconnectTries 和 reconnectInterval 不起作用？
这两个选项只对「初始连接失败」生效，不适用于连接建立后因网络中断、mongod 停机等导致的拓扑崩溃。当连接池内部状态变为 destroyed 时，驱动直接拒绝所有新请求，不再尝试重连。
-
reconnectTries: 60只在MongoClient.connect()第一次执行失败时重试 60 次 - 运行中拓扑被破坏（比如 mongod 停 35 秒）后，
reconnectTries完全不触发 - 错误日志里反复出现
[MongoError: topology was destroyed]就是这个状态的明确信号
如何监听并主动重建连接？
靠被动等待没用，必须监听客户端事件，在拓扑断开时主动调用 client.close() + 重新 connect()，否则旧 client 实例永远卡死。
Comprehensive Three.js 3D graphics reference
下载
详细的 Three.js 3D 图形参考，涵盖场景设置、相机、几何体、材质、光照、动画、控制器、加载器、数学工具和调试。
- 监听
client.on('serverClosed', () => {...})或更通用的client.on('topologyClosed', () => {...}) - 不要只监听
error：很多断连不抛 error，而是让后续操作直接报topology was destroyed - 重建前务必先
await client.close()，否则connect()会复用已损坏的实例 - 重连逻辑需加防抖，避免断连期间高频触发多次重建
生产环境推荐的连接初始化模式
把连接封装成可重入函数，配合指数退避 + 状态标记，比依赖驱动内置重试更可控。
let client = null;
let isConnecting = false;
async function connectWithRetry() {
if (client && client.topology?.state === 'connected') return client;
if (isConnecting) return new Promise(r => setTimeout(() => r(connectWithRetry()), 100));
isConnecting = true;
try {
if (client) await client.close();
client = new MongoClient(uri, {
reconnectTries: 1, // 初始连接失败时只试 1 次，由外层控制重试
reconnectInterval: 1000
});
await client.connect();
console.log('MongoDB connected');
} catch (err) {
console.error('MongoDB connect failed:', err);
await new Promise(r => setTimeout(r, 2000)); // 指数退避起点
return connectWithRetry();
} finally {
isConnecting = false;
}
return client;
}
- 每次调用
connectWithRetry()都确保拿到一个健康的新client -
reconnectTries: 1是关键：禁用驱动内部重试，把控制权收回来 - 避免在路由层直接用
client.db().collection()：应封装成 service 方法，内部自动处理连接异常
真正棘手的不是连不上，而是连上又断、断了还假装连着——topology was destroyed 后 client 对象依然存在，但所有方法调用都静默失败。必须用 client.topology?.state 或定期 client.db().admin().ping() 主动探测，不能只信“它没报错”。
