多次构建 Autofac Singleton Decorator

Posted 2023-02-23

【中文标题】多次构建 Autofac Singleton Decorator

【英文标题】：Autofac Singleton Decorator constructed multiple times

【发布时间】：2018-04-28 15:31:05

【问题描述】：

我正在尝试为某些服务创建一个简单的内存缓存机制。我正在使用装饰器模式，创建一个服务的缓存版本来装饰它的具体实现。 通过使用 Autofac，我将缓存装饰器注册为 SingleInstance()，以确保数据保留在内存中。

 builder.RegisterDecorator<IBackendOperatorServiceProxy>(
      (c, inner) =>  new CachedBackendOperatorServiceProxy(inner), 
      fromKey: "BackendOperatorService")
      .SingleInstance();

我会将具体实现注册为

 builder.RegisterType<BackendOperatorServiceProxy>().Named<IBackendOperatorServiceProxy>("BackendOperatorService");

我遇到的问题是，当在 webApi 控制器中解决时，这个单例装饰器总是被重新创建（每个请求一次）。

我（希望）为 autofac 正确设置了 owin 管道（事实上，服务被注入到控制器调用的 BL 类中）。

我真的无法理解此类问题的可能原因。我在不同的项目中使用了 SIngleInstance() 不同的时间，它总是可以正常工作。 为了进一步“调查”，我还创建了一个注册为单例的假类，并将其注入与装饰器相同的控制器中。它按预期工作，只创建了一个假类的实例。 为了完整起见，我将这个假的注册为：

builder.Register<Foo>(c => new Foo(c.ResolveNamed<IBackendOperatorServiceProxy>("BackendOperatorService"))).AsImplementedInterfaces().SingleInstance();

这是缓存（装饰）服务的构造函数：

public CachedBackendOperatorServiceProxy(IBackendOperatorServiceProxy decoratedServiceImplementation)

  _decoratedServiceImplementation = decoratedServiceImplementation ?? throw new ArgumentNullException(nameof(decoratedServiceImplementation));
  _cachedElements = new Dictionary<string, CachedOperatorDto>();

装饰器和 SIngleInstances 有什么问题或我缺少的东西吗？

【问题讨论】：

如果您手动注册装饰器，而不使用 RegisterDecorator - 会按预期工作吗？

是的。通过手动注册装饰器似乎可以按预期工作。所以autofac似乎存在某种问题。无论如何，这就是我注册服务的方式： builder.Register(c => new CachedBackendOperatorServiceProxy( c.ResolveNamed("BackendOperatorService"))).AsImplementedInterfaces() .SingleInstance();

还有，顺便问一下，你知道像我在上一条评论中那样注册和使用RegisterDecorator有什么区别吗？

这篇文章说明了nblumhardt.com/2011/01/decorator-support-in-autofac-2-4的区别。也许这就是它不能作为单例工作的原因（因为它会包装使用相同密钥注册的所有实例，而不仅仅是一个）。

是的，这样想。我多次尝试使用装饰器\适配器，但总是会出现一些问题（我记得我在这里回答了几个与此类问题相关的问题），所以我也只是使用了良好的旧手动注册。

【参考方案1】：

感谢 Evk，最简单的解决方案是坚持“手动”装饰器注册，因为当您需要装饰多个实现时，应该使用 RegisterDecorator（如 cmets 中提供的链接中所报告的那样），而不是像我之前的那样试图做。