MongoDB/SQL Server上下文应使用作用域还是单例模式？

为什么不建议把DBContext设为单例？ #

• 线程安全风险：不管是EF Core的DbContext还是MongoDB的相关上下文实现，基本都不是线程安全的。单例模式下多个请求同时操作同一个上下文，会导致实体状态混乱、查询结果异常，甚至直接抛出并发冲突错误。
• 内存与数据问题：单例上下文会长期持有实体对象引用，不仅容易造成内存泄漏，还会缓存旧数据——后续查询可能拿到过时的结果，无法保证数据新鲜度。
• 连接池的认知误区：别以为单例能复用连接，数据库本身自带连接池机制（SQL Server的ADO.NET连接池、MongoDB的内置连接池），每次创建上下文时会自动复用池中的空闲连接，完全不需要单例来维护。

为什么要用using var db = new DBContext("DBName");这种方式？ #

• 自动资源回收：using块会在代码执行完毕后自动调用上下文的Dispose方法，把数据库连接放回连接池（而非直接关闭），及时释放非托管资源，避免泄漏。
• 隔离业务上下文：每个业务逻辑块用独立的上下文，保证实体状态的独立性，不会出现跨请求、跨业务的数据污染问题。
• 贴合ORM设计逻辑：像EF Core的DbContext本身就是为短生命周期设计的，对应一个工作单元（Unit of Work），完成一组操作后销毁，能保证数据操作的一致性和可靠性。

额外提一句：MongoDB的IMongoClient确实推荐设为单例（它负责管理连接池），但IMongoDatabase或具体的集合操作上下文依然适合短生命周期，而非把整个DBContext设为单例。

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