“Topology is closed”错误源于重复调用client.connect()或连接关闭后继续使用client对象，正确做法是应用启动时调用一次connect()并全局复用client实例。
Topology is closed, please connect 错误不是连接失败，而是你重复调用 client.connect() 或在连接关闭后继续使用 client 对象。MongoDB Node.js 驱动的 MongoClient 实例是单例、长生命周期对象，一旦 close() 就不可再用，也不能反复 connect()。
client.connect() 被多次调用或误放在请求中
这是最常见诱因：把 await client.connect() 放在每个路由处理函数（如 Express 中的 app.get()）里，导致每次请求都试图重连 —— 而驱动不允许对已连接或已关闭的 client 再次调用 .connect()，最终抛出 Topology is closed。
-
client.connect()只应在应用启动时调用一次，后续所有数据库操作复用同一个client实例 - 若你在某个函数里写了
const db = await client.connect().then(c => c.db(...))，就等于每次都在触发非法重连 - 即使
connect()返回 Promise，它也不是幂等操作；多次 await 同一个 client 的.connect()会失败（v4+ 驱动明确禁止）
示例错误写法：
async function getUser(id) {
await client.connect(); // ❌ 每次都调，错
return client.db('mydb').collection('users').findOne({ _id: id });
}正确做法是提前连接并导出复用：
const client = new MongoClient(uri);
await client.connect(); // ✅ 启动时一次
const db = client.db('mydb');
<p>// 后续直接用
async function getUser(id) {
return db.collection('users').findOne({ _id: id });
}
client.close() 被意外调用或未控制作用域
Topology is closed 直接意味着 client.topology 已被销毁。常见于：
- 在某个工具函数或中间件里写了
await client.close()，且没做防护 - 使用
try/finally时，在finally块里无条件await client.close()，导致连接被提前释放 - 多个模块各自管理 client 生命周期，互相干扰（比如 A 模块关了，B 模块还拿着引用继续用）
检查你的代码里是否出现过以下任一情况：
-
client.close()出现在非应用退出逻辑中（如请求处理、定时任务、单元测试 teardown） -
process.on('SIGINT', () => client.close())正常，但若同时有其他地方也调用了close()，就会冲突 - 测试文件中用
afterAll(async () => await client.close())，但主应用还没结束，造成运行时冲突
连接对象被重新赋值或作用域丢失
Node.js 模块缓存机制下，require() 或 import 同一文件多次仍返回同一模块实例 —— 但如果你在某处做了类似下面的操作：
-
client = new MongoClient(uri)覆盖了原实例（尤其在热重载、HMR 或某些测试 mock 场景中） - 使用了
const { client } = require('./db')，但该模块内部又在某处重新client = null或client = new ... - 在异步函数中漏写
await，导致client.connect()返回 pending Promise，后续操作拿到的是未就绪的 client，驱动内部状态混乱
验证方式：在报错前加一行日志：
console.log('client state:', client.topology?.state); // 可能输出 'closed' 或 undefined如果输出 undefined，说明 client 实例本身已被 GC 或重置，不是拓扑关闭，而是引用失效。
真正健壮的做法，是把 client 当作全局单例初始化，并严格隔离生命周期。不要把它塞进函数参数、不要在业务逻辑里碰 .connect() 或 .close() —— 这些只属于启动和退出阶段。最容易被忽略的一点：即使你没显式调 close()，进程异常退出、未捕获的 Promise rejection、或 process.exit() 都可能导致 topology 意外关闭，而错误堆栈未必指向你自己的代码。
