使用依赖注入时，在仓储中实例化DbContext是否为不良实践？

我的实现方案 #

public interface ICarsQueryRepository
{
    // 注：示例补充返回类型，实际可根据需求调整
    public Car GetCarById(long Id);

    // 其他仓储方法
}

public class CarsQueryRepositorySqlServerEntityCore8: ICarsQueryRepository
{
    private readonly CarsContext _context;

    // 注入获取连接字符串的接口，用于内部创建DbContext
    public CarsQueryRepositorySqlServerEntityCore8(IGetConnectionString paramConnectionString)
    {
        DbContextOptionsBuilder<CarsContext> miBulider = new DbContextOptionsBuilder<CarsContext>();
        miBulider.UseSqlServer(paramConnectionString.GetConnectionString()); // 假设接口包含该方法
        _context = new CarsContext(miBulider.Options);
    }

    public Car GetCarById(long paramId)
    {
        // 使用_context执行查询逻辑
        return _context.Cars.FirstOrDefault(c => c.Id == paramId);
    }
}

我的疑问 #

通常大家都建议通过依赖注入注入DbContext，理由是降低耦合、便于测试，但我有不同看法：

• 我的仓储和特定版本的DbContext强绑定，测试就是验证它和该DbContext的适配性，不需要Mock其他实现；
• 如果后续更换DbContext版本，我会直接实现新的仓储类，原有实现因兼容性失效不会再用；
• 消费者只依赖ICarsQueryRepository接口，不管底层用EF Core、ADO.NET还是其他技术都不影响；
• 主流示例中会把DbContext注册到DI并注入仓储，这会让主应用绑定到特定DbContext，还得知晓仓储的实现细节，我觉得不合理。

想请教：这种不在DI中注册DbContext、而是在仓储内部直接实例化的做法，是否真的不可取？

解答 #

这种做法并非完全不可取，但要结合你的项目场景权衡利弊：

适合这么做的场景 #

• 你的仓储确实和特定DbContext强绑定，团队已经达成共识：后续更换ORM或DbContext版本时，直接重写仓储实现，不会复用现有类；
• 项目规模小，仓储逻辑简单，只需要做集成测试验证和DbContext的适配性，不需要复杂的单元测试；
• 希望主应用层完全隔离DbContext的细节，只依赖仓储接口，避免主应用和EF Core等ORM直接耦合。

潜在的风险和问题 #

1. DbContext生命周期失控：EF Core的DbContext设计为短生命周期（比如请求级），如果仓储是单例注册，会导致DbContext长期驻留，引发内存泄漏、缓存不一致等问题；如果仓储是瞬态，每次创建仓储都新建DbContext，会增加数据库连接的开销，也无法利用DbContext的连接复用机制。
2. 测试成本变高：就算你主要做集成测试，万一需要模拟异常场景（比如数据库连接失败、超时），直接在仓储内实例化DbContext会很难模拟，只能靠真实数据库造环境，测试成本和复杂度都会上升。
3. 配置冗余难维护：如果多个仓储都需要创建同类型的DbContext，你会重复编写DbContextOptions的配置代码，后续要修改配置（比如加日志、换连接字符串格式）时，得改所有仓储的代码，难以统一维护。
4. 违反单一职责原则：仓储的核心职责是封装数据查询逻辑，现在又额外承担了DbContext的创建和配置工作，职责变得模糊，不符合单一职责原则。

折中方案 #

如果想保留主应用与DbContext解耦的优势，又不想在仓储内硬编码创建逻辑，可以试试：

• 把DbContext的创建逻辑封装成工厂类（比如ICarsContextFactory），注入到仓储中，由工厂负责创建和配置DbContext；
• 在DI中只注册工厂类和仓储接口，主应用不需要直接注册DbContext，既隔离了DbContext的细节，又避免了仓储职责过载。

内容的提问来源于stack exchange，提问作者Álvaro García