如何让Ninject中RepoA与RepoB共享同一个IDbContext实例？

这问题我太熟悉了！你现在遇到的核心问题是Ninject的默认作用域行为——默认情况下，Ninject每次解析依赖都会创建一个全新的实例，所以RepoA和RepoB各自拿到了独立的DbContext对象。要让它们共享同一个实例，只需要给IDbContext的绑定指定合适的作用域即可。

一、Web应用最佳方案：InRequestScope #

如果你的项目是ASP.NET这类Web应用，InRequestScope是最优选择。它会让同一个HTTP请求内的所有依赖都共享同一个DbContext实例，请求结束后Ninject会自动释放这个实例，完美规避DbContext线程安全和内存占用的问题。

修改你的绑定代码如下：

Ninject kernel = new StandardKernel();
// 关键：添加InRequestScope()指定请求级作用域
kernel.Bind<IDbContext>().To<DbContext>().InRequestScope();
kernel.Bind<IRepoA>().To<RepoA>();
kernel.Bind<IRepoB>().To<RepoB>();

二、非Web场景：自定义作用域块 #

如果是桌面应用、控制台程序这类非Web场景，不想用单例的话，可以用Ninject的**作用域块（Block Scope）**来控制实例生命周期：

// 创建一个作用域块
using (var scope = kernel.BeginBlock())
{
    // 在此块内解析的RepoA和RepoB会共享同一个DbContext
    var repoA = scope.Get<IRepoA>();
    var repoB = scope.Get<IRepoB>();
    
    // 执行你的业务逻辑...
}
// 作用域块结束后，DbContext会被自动释放

三、避坑提醒：别随便用InSingletonScope #

很多人第一反应会想到单例，但强烈不建议给DbContext绑定单例作用域：

• DbContext本身不是线程安全的，多线程操作会引发未知错误
• 单例DbContext会长期持有内存中的实体，导致查询结果可能不是最新的，还会逐渐增加内存占用

验证是否生效 #

你可以在RepoA和RepoB的构造函数里输出DbContext的HashCode，确认它们是不是同一个实例：

class RepoA : IRepoA 
{ 
    public RepoA(IDbContext context)
    {
        Debug.WriteLine($"RepoA的DbContext HashCode: {context.GetHashCode()}");
    }
}

class RepoB : IRepoB
{ 
    public RepoB(IDbContext context)
    {
        Debug.WriteLine($"RepoB的DbContext HashCode: {context.GetHashCode()}");
    }
}

如果两个HashCode相同，说明共享实例成功啦！

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