在 ASP.NET Core 应用程序中,我有一个依赖项注入的缓存服务,它本质上是内置 MemoryCache 的包装器。
这是被缓存的示例类,它包含 Web 应用程序始终使用的一些枚举的列表:
public class GetEnums
{
public List<MyEnum1> Ones { get; set; }
public List<MyEnum2> Twos { get; set; }
}
这是我的缓存服务类上的示例方法调用,它只是检索 GetEnums 类:
public class CacheService: ICacheService
{
private IMemoryCache MemoryCache {get;set;}
public CacheService(IMemoryCache memoryCache)
{
MemoryCache = memoryCache;
}
public GetEnums GetEnums()
{
if (MemoryCache.TryGetValue("GetEnums", out GetEnums getEnums))
return getEnums;
getEnums = MyRepository.GetEnums();
MemoryCache.Set(CacheKeys.GetEnums, getEnums, _enumMemoryCacheEntryOptions);
return getEnums;
}
}
在我的ConfigureServices 方法中,我想让此类成为依赖注入服务。我应该使用 AddScoped 还是 AddSingleton?也就是说,我应该这样做吗?
services.AddScoped(<ICacheService,CacheService>);
还是这个?
services.AddSingleton(<ICacheService,CacheService>);
我有两个问题。
一,如果我选择 AddScoped:我的猜测是,由于我的缓存服务类只是 MemoryCache 的包装器,唯一的区别是每个 Web 请求 (AddScoped) 与一个 Web 请求创建缓存服务对象所用的轻微开销应用程序的实例(AddSingleton)。我猜如果我使用 AddScoped,.Net 运行时将不会创建一个单独的 MemoryCache 实例。
两个,如果我选择 AddSingleton,我是否需要在缓存服务的每个方法中围绕“MemoryCache.Set”调用添加“lock”语句,如下所示:
private readonly object _cachelock = new ();
public GetEnums GetEnums()
{
if (MemoryCache.TryGetValue(CacheKeys.GetEnums, out GetEnums getEnums))
return getEnums;
lock(_cachelock)
{
if (MemoryCache.TryGetValue(CacheKeys.GetEnums, out getEnums))
return getEnums;
getEnums = MyRepository.GetEnums();
MemoryCache.Set(CacheKeys.GetEnums, getEnums, _enumMemoryCacheEntryOptions);
}
return getEnums;
}
当您使用
services.AddMemoryCache()
注册内存缓存时,它会添加为单例,因此将您的服务注册为单例似乎也是合乎逻辑的。
MemoryCache 也是线程安全的,因此没有理由添加锁。如果对给定键多次调用 Set(),它只会更新现有值。
在这里您可以找到一种使用即时注入(AddTransient、AddScoped 和 AddSingleton)来实现的简单方法。
using AnnotationServiceBuilder.Annotations.Singleton;
[SingletonService]
public class MySingletonService
{
// Implementation...
}
using AnnotationServiceBuilder.Annotations.Scoped;
[ScopedService(typeof(IMyScopedService))]
public class MyScopedService : IMyScopedService
{
// Implementation...
}