多数据库场景下Ninject依赖注入绑定配置问题求助

我来帮你搞定这个Ninject的作用域和绑定问题，你的核心需求其实是要实现「每次获取ITest__Business实例时，它内部的每组数据库连接都是独立的，但同一组内的仓库共享连接」，这在Ninject里可以通过命名绑定+Call作用域来完美解决，具体步骤如下：

1. 定义连接标识属性（语义化区分） #

首先我们先定义一个自定义属性，用来标记依赖对应的数据库连接名称，这样后续绑定的时候可以更清晰地匹配：

[AttributeUsage(AttributeTargets.Parameter)]
public class ConnectionAttribute : Attribute
{
    public string ConnectionName { get; }

    public ConnectionAttribute(string connectionName)
    {
        ConnectionName = connectionName;
    }
}

2. 绑定不同数据库的IConnectionUtil实例 #

针对每个数据库，我们创建命名绑定，并指定InCallScope作用域——这个作用域的核心特性是：单次Kernel.Get请求的依赖链内共享实例，不同请求间完全隔离，正好匹配你的需求：

// 绑定第一个数据库的连接工具
kernel.Bind<IConnectionUtil>().To<ConnectionUtil>()
    .Named("Db1")
    .WithConstructorArgument("connectionString", ConfigurationManager.ConnectionStrings["Db1"].ConnectionString)
    .InCallScope();

// 绑定第二个数据库的连接工具
kernel.Bind<IConnectionUtil>().To<ConnectionUtil>()
    .Named("Db2")
    .WithConstructorArgument("connectionString", ConfigurationManager.ConnectionStrings["Db2"].ConnectionString)
    .InCallScope();

// 新增第三个数据库时，直接复制上述代码修改名称即可
kernel.Bind<IConnectionUtil>().To<ConnectionUtil>()
    .Named("Db3")
    .WithConstructorArgument("connectionString", ConfigurationManager.ConnectionStrings["Db3"].ConnectionString)
    .InCallScope();

3. 绑定仓库类，匹配对应连接 #

仓库类的构造函数参数用我们定义的[Connection]属性标记对应的数据库名称，然后在绑定的时候让Ninject根据这个属性自动匹配对应的命名连接实例：

仓库类示例 #

public class Test__Repository : ITest__Repository
{
    // 标记该仓库使用Db1的连接
    public Test__Repository([Connection("Db1")] IConnectionUtil connUtil)
    {
        // 初始化逻辑
    }
}

public class TestDb2__Repository : ITestDb2__Repository
{
    // 标记该仓库使用Db2的连接
    public TestDb2__Repository([Connection("Db2")] IConnectionUtil connUtil)
    {
        // 初始化逻辑
    }
}

仓库的Ninject绑定 #

我们可以手动绑定每个仓库，也可以用批量绑定简化操作：

手动绑定方式

kernel.Bind<ITest__Repository>().To<Test__Repository>()
    .InCallScope()
    .WithConstructorArgument(
        // 获取构造函数参数上的Connection属性
        ctx => ctx.Request.Target.GetCustomAttribute<ConnectionAttribute>()?.ConnectionName,
        // 根据属性中的名称获取对应的连接实例
        (ctx, connectionName) => ctx.Kernel.Get<IConnectionUtil>(connectionName));

// 第二个仓库同理
kernel.Bind<ITestDb2__Repository>().To<TestDb2__Repository>()
    .InCallScope()
    .WithConstructorArgument(
        ctx => ctx.Request.Target.GetCustomAttribute<ConnectionAttribute>()?.ConnectionName,
        (ctx, connectionName) => ctx.Kernel.Get<IConnectionUtil>(connectionName));

批量绑定方式（推荐，适合多仓库场景）

如果你的仓库数量较多，可以用Ninject.Extensions.Conventions扩展包批量扫描绑定，减少重复代码：

kernel.Bind(x => x
    .FromThisAssembly() // 扫描当前程序集
    .SelectAllClasses()
    .InheritedFrom<IRepository>() // 假设所有仓库都继承自IRepository接口
    .BindDefaultInterface() // 绑定到对应的接口（比如Test__Repository绑定到ITest__Repository）
    .Configure(binding =>
    {
        binding.InCallScope();
        binding.WithConstructorArgument(
            ctx => ctx.Request.Target.GetCustomAttribute<ConnectionAttribute>()?.ConnectionName,
            (ctx, connectionName) => ctx.Kernel.Get<IConnectionUtil>(connectionName));
    }));

4. 绑定业务类，确保作用域一致 #

最后绑定业务类，同样指定InCallScope，保证整个依赖链的作用域统一：

kernel.Bind<ITest__Business>().To<Test__Business>()
    .InCallScope();

核心原理说明 #

• 命名绑定：区分不同数据库的IConnectionUtil实例，避免混淆
• InCallScope：确保每次调用Kernel.Get<ITest__Business>时，都会创建一个全新的作用域：
  • 同一个作用域内，相同命名的IConnectionUtil实例是共享的（比如Test__Repository和Test2__Repository会共享同一个Db1的连接）
  • 不同作用域（多次Get调用）之间的所有实例完全隔离，不会出现连接复用的问题
• 自定义属性匹配：让仓库和对应的连接工具绑定关系更清晰，便于维护和扩展

这样配置后，不管你新增多少个数据库，只需要添加对应的IConnectionUtil命名绑定和标记了对应[Connection]属性的仓库，就能自动实现隔离和共享的需求，完全符合你的核心诉求。

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