Ninject IOC 绑定和 StackOverflowException

如何解决Ninject IOC 绑定和 StackOverflowException

所以我目前有一个简单的服务：

public class ServiceA : IServiceA
{
    public ServiceA()
    {
    }
}

它像这样绑定并且按预期工作。

<bind service="Interfaces.IServiceA,Interfaces" to="Services.ServiceA,Services" scope="Singleton"/>

我正在尝试引入另一项类似于路由服务的服务（通过执行 ServiceA 的功能或基于某些标准的某些新功能 (ServiceB) 来支持遗留内容）。它也继承了与上述服务相同的接口，如下所示：

public class RoutingService : IRoutingService,IServiceA
{
    private readonly IServiceA _serviceA;
    private readonly IServiceB _serviceB;

    public RoutingService(IServiceA serviceA,IServiceB serviceB)
    {
        this._serviceA = serviceA;
        this._serviceB = serviceB;
    }
    
    public void MethodA(string code)
    {
        if (code.StartsWith('Z'))
        {
            this._serviceA.DoWork();
        }
        else
        {
            this._serviceB.DoWork();
        }
    }
}

我想要一个应用程序使用 ServiceA 或 RoutingService 的实现。我怎样才能做到这一点？

我已经尝试通过使用以下绑定和下面的代码来创建这样的实例，但是由于 RoutingService 实现并依赖于 ServiceA，我在以下行中遇到了 StackOverflowException：

service = context.Kernel.Get<IServiceA>("routing");

代码

绑定：

<bind service="Interfaces.IServiceA,Interfaces" toProvider="ServiceProvider,App" />
<bind service="Interfaces.IServiceA,Services" scope="Singleton" name="default" />
<bind service="Interfaces.IServiceA,Interfaces" to="Services.RoutingService,Services" scope="Singleton" name="routing" />

ServiceProvider 包含如下逻辑：

protected override IServiceA CreateInstance(IContext context)
{
    IServiceA service;
    
    bool useRoutingService = true; //TODO

    if (useRoutingService)
    {
        service = context.Kernel.Get<IServiceA>("routing");
    }
    else
    {
        service = context.Kernel.Get<IServiceA>("default");
    }
    
    return service;
}

解决方法

为什么您会收到 StackOverflowException

ServiceB 不依赖于ServiceA。 ServiceB 实现和依赖 IServiceA。

并且因为 ServiceB 在解析 IServiceA 时被实例化，同时 ServiceB 需要 IServiceA，它会无限期地尝试解析 {{1}一遍又一遍，因为这就是它尝试解析构造函数参数的方式。

这是一步一步发生的事情：

1. Ninject 被告知在请求 ServiceB 时实例化 ServiceB
2. 您请求IServiceA
3. Ninject 尝试实例化一个 IServiceA（因为这是在第 1 步中被告知的）
4. Ninject 发现 ServiceB 需要 ServiceB 的实例才能实例化 IServiceA（因为 ServiceB 在构造函数中采用 ServiceB）
5. Ninject 尝试实例化一个 IServiceA（因为这是在第 1 步中被告知的）以提供第 4 步中的参数。
6. 从第 4 步开始无限重复

---

如何解决循环依赖

首先，我建议您重新考虑这是否是支持“遗留内容”的正确方法。这种设置似乎有点可疑，但我无法真正根据理论示例给出建议（为了将来尽可能具体和具体地提出您的问题 - 这样您将获得更好的帮助）。>

专注于手头的设计：解决此问题的一种方法是指定您的 ServiceB 特别依赖于 RoutingService 的旧实现。您可以使用命名绑定来执行此操作，就像您已经在其他地方所做的那样（完全披露：我自己没有专门使用 Ninject，因此我仅依赖文档）：

IServiceA

还有你的绑定：

public class RoutingService : IRoutingService,IServiceA
{
    public RoutingService(
        [Named("legacy")] IServiceA serviceA,IServiceB serviceB)
    {
        this._serviceA = serviceA;
        this._serviceB = serviceB;
    }
}

请注意：由于 <bind service="Interfaces.IServiceA,Interfaces" to="Services.ServiceA,Services" scope="Singleton" name="legacy" /> <bind service="Interfaces.IServiceA,Interfaces" to="Services.RoutingService,Services" scope="Singleton" name="routing" /> <bind service="Interfaces.IServiceB,Interfaces" to="Services.WhateverServiceB,Services" scope="Singleton" /> 和 ServiceA 都使用命名绑定，因此您始终必须在需要时指定名称。您现在可以像这样解析/获取服务（参见 this fiddle 示例）：

RoutingService

尽管有一句忠告：解析这样的服务（又名“服务定位器模式”）对于纯依赖注入通常是不好的做法。相反，您应该注入构造函数或类似内容。也许你的帖子只是一个例子，但值得注意。