Ninject IOC 绑定和 StackOverflowException

Question

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

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 时，我在以下行中遇到 WhosebugException：

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

代码

绑定：

<bind service="Interfaces.IServiceA, Interfaces" toProvider="ServiceProvider, App" />
<bind service="Interfaces.IServiceA, Interfaces" to="Services.ServiceA, 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;
}

Answer 1

为什么你得到 WhosebugException

ServiceB不依赖ServiceA。 ServiceB 实现并且依赖 IServiceA.

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

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

1. Ninject 被告知在请求 IServiceA 时实例化 ServiceB
2. 您请求 IServiceA
3. Ninject 尝试实例化一个 ServiceB（因为这是在步骤 1 中告知的内容）
4. Ninject 看到 ServiceB 在实例化 ServiceB 之前需要一个 IServiceA 的实例（因为 ServiceB 在 IServiceA构造函数）
5. Ninject 尝试实例化一个 ServiceB（因为这是在步骤 1 中告知的内容）以提供步骤 4 中的参数。
6. 无限期地从第 4 步开始重复

---

如何解决循环依赖

首先，我建议您重新考虑这是否是支持“遗留内容”的正确方法。这个设置看起来有点可疑，但我真的不能根据理论示例给出建议（为了将来尽量在你的问题中尽可能具体和具体 - 这样你会得到更好的帮助）。

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

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 和 RoutingService 都使用命名绑定，因此您始终必须在需要时指定名称。您现在可以像这样 resolve/get 服务（参见 this fiddle 示例）：

var service = kernel.Get<IServiceA>("routing");
// service is a RoutingService

不过提个建议：像这样解析服务（又名“服务定位器模式”）对于纯依赖注入来说通常是不好的做法。相反，您应该注入构造函数或类似的东西。也许您的 post 只是一个例子，但值得注意。