Ninject Interception 扩展正在创建该类的 2 个实例；有没有办法避免这种情况

Question

我在使用 DynamicProxy2 的 Ninject 拦截扩展时遇到问题。本质上，创建了我的绑定对象的两个实例。我的绑定是：

this.Bind<TestInterface1>().ToSelf().Intercept().With(new ActionInterceptor(i => Console.WriteLine("In interceptor")));

第一个实例似乎是作为正常解析过程的一部分创建的。第二个实例是作为代理创建的一部分创建的，特别是在 DynamicProxy3ProxyFactory.cs 中。

reference.Instance = this.generator.CreateClassProxy(targetType, ProxyOptions, parameters, wrapper);

第二个实例似乎取代了 Ninject 上下文中的第一个实例（尽管我对此不是 100% 确定），所以人们会相信一切正常。第一个实例只会持续一纳秒。不幸的是，我的构造函数不是那么“干净”，运行它两次会引起一些混乱。由于第二个实例的构造是在 Castle 中完成的，我不知道是否有办法解决这个问题，但任何建议将不胜感激（重写构造函数已被考虑并被否决:)）。

Answer 1

看来您不了解使用动态代理进行拦截的工作原理。动态代理是从被拦截的类/接口派生的新类，并将所有调用转发到被拦截的类/接口。

例如，

class A{ }
class AProxy : A {}

现在创建了两个类的实例。因为 AProxy 调用基本构造函数，所以您会看到构造函数的两次调用。另外，您假设立即收集一个实例是错误的。他们有完全相同的寿命。

最干净的解决方案是解决构造函数不能被调用两次的问题。这是一个强烈的迹象，表明出现了严重错误。其他可能性是使用 2.3beta 并使用接口而不是类，或者将问题代码放入初始化方法中，该方法仅由真实类而不是代理调用。

Answer 2

我认为雷莫的回答并不切题。它看起来不像“代理”是如何工作的。如果我们通过下面的简单代码直接使用 Castle，很明显会创建继承用户类的子类，并且实际上不需要第二个实例。 因此，出于我不知道的原因，两个实例似乎是 Ninject 拦截设计的最终结果。

Ninject 拦截的两个实例看起来像是 Ninject 设计的最终结果，其中 Proxies Generator 实际上是一个“激活策略”（Ninject.Activation.Strategies.ActivationStrategy）在实例创建之后起作用，因此它没有其他选择，只能创建另一个（代理） 实例。这样做的原因也可能是相当公平的，因为有关实例构造的所有细微差别只有容器本身知道，并且像不同的“激活策略”这样的“扩展”是有意与这样的方面分开的。

void Main()
{
    var x = new ProxyGenerator().CreateClassProxy(typeof(Test), new Interceptor()) as Test;
}

public class Test
{
    public Test()
    {
        $"ctor for {GetType().FullName} base is {GetType().BaseType.FullName}".Dump();
    }
}

输出为（单行，单实例）：

Castle.Proxies.TestProxy 的构造函数是 UserQuery+Test