我正在尝试为某些服务创建一个简单的内存缓存机制。我正在使用Decorator模式,创建一个缓存版本的服务来装饰它的具体实现。 通过使用Autofac,我将缓存装饰器注册为SingleInstance(),以确保数据保留在内存中。
builder.RegisterDecorator<IBackendOperatorServiceProxy>(
(c, inner) => new CachedBackendOperatorServiceProxy(inner),
fromKey: "BackendOperatorService")
.SingleInstance();
我会将具体实施注册为
builder.RegisterType<BackendOperatorServiceProxy>().Named<IBackendOperatorServiceProxy>("BackendOperatorService");
我遇到的问题是,当在webApi控制器中解析时,总会重新创建此单件装饰器(每个请求一次)。
我(希望)正确设置了autofac的owin管道(实际上服务被注入到控制器调用的BL类中)。
我真的无法理解这样一个问题的可能原因。我已经将不同时间的SIngleInstance()用于不同的项目,并且它始终没有问题。 为了进一步“调查”这个我还创建了一个注册为singleton的假类,并将其注入与装饰器相同的控制器中。它按预期工作,只创建假类的单个实例。 为了完整起见,我将这个假的注册为:
builder.Register<Foo>(c => new Foo(c.ResolveNamed<IBackendOperatorServiceProxy>("BackendOperatorService"))).AsImplementedInterfaces().SingleInstance();
这是Cached(Decorator)服务的构造函数:
public CachedBackendOperatorServiceProxy(IBackendOperatorServiceProxy decoratedServiceImplementation)
{
_decoratedServiceImplementation = decoratedServiceImplementation ?? throw new ArgumentNullException(nameof(decoratedServiceImplementation));
_cachedElements = new Dictionary<string, CachedOperatorDto>();
}
装饰器和SIngleInstances是否有任何问题或其他问题?
答案 0 :(得分:0)
感谢Evk,最简单的解决方案是坚持“手动”装饰器注册,因为当您需要装饰多个实现时,应该使用RegisterDecorator(在注释中提供的链接中报告),而不是单个实现,因为我是试图做。