在 Asp.Net Core + EF Core 中缓存数据的模式？答案

【问题标题】：Pattern for caching data in Asp.Net Core + EF Core?在 Asp.Net Core + EF Core 中缓存数据的模式？
【发布时间】：2017-03-28 15:09:14
【问题描述】：

我有一个 Asp.Net Core + EF Core REST 服务。我为要调用 SP 的数据库创建了一个 DbContext 类。该方法看起来很像：

public IQueryable<xxx> Getxxxs()
{
    return Set<xxx>().FromSql("pr_Getxxx");
}

这一切都有效，但每次调用 SP 没有任何意义，因为 SP 返回的数据很少更改。我想让数据过时，比如每 24 小时一次。

在 Core 中是否有首选模式？我看到他们有 .AddCaching 扩展方法，但这似乎会被注入控制器？那么它的控制器工作是缓存吗？我假设它是线程安全的，所以我不需要做任何锁定或类似的事情？似乎是一种竞争条件，如果一个线程正在检查项目是否加载到缓存中，另一个可能正在插入它，等等？

【问题讨论】：

你能请别再叫它EF7了。这个名字在 6 个月内没有正式使用。它称为 EntityFramework Core，版本为 1.0，以表明它不是 EF6 的下一个版本。请在此处查看此公告hanselman.com/blog/…
该服务是永久运行还是仅在调用后才运行并终止？您需要以某种方式缓存结果和上次从数据库访问数据的时间的时间戳。然而，数据库应该/可能自己做很多这种缓存的东西。
@ThomasRoskop，服务一直在运行。 Core 的工作方式、控制器和上下文在每次调用时都是新的。他们有可以在 X 时间后过期的 MemoryCache。它似乎对竞争条件开放。

标签： c# asp.net-core entity-framework-core

【解决方案1】：

嗯，你可以申请decorator pattern。这与 .NET Core 无关，只是一种常见模式。

public class MyModel
{
    public string SomeValue { get; set; }
}

public interface IMyRepository
{
    IEnumerable<MyModel> GetModel();
}

public class MyRepository : IMyRepository
{
    public IEnumerable<MyModel> GetModel()
    {
        return Set<MyModel>().FromSql("pr_GetMyModel");
    }
}

public class CachedMyRepositoryDecorator : IMyRepository
{
    private readonly IMyRepository repository;
    private readonly IMemoryCache cache;
    private const string MyModelCacheKey = "myModelCacheKey";
    private MemoryCacheEntryOptions cacheOptions;

    // alternatively use IDistributedCache if you use redis and multiple services
    public CachedMyRepositoryDecorator(IMyRepository repository, IMemoryCache cache)
    {
        this.repository = repository;
        this.cache = cache;

        // 1 day caching
        cacheOptions = new MemoryCacheEntryOptions()
            .SetAbsoluteExpiration(relative: TimeSpan.FromDays(1));
    }

    public IEnumerable<MyModel> GetModel()
    {
        // Check cache
        var value = cache.Get<IEnumerable<MyModel>>("myModelCacheKey");
        if(value==null)
        {
            // Not found, get from DB
            value = repository.GetModel();

            // write it to the cache
            cache.Set("myModelCacheKey", value, cacheOptions);
        }

        return value;
    }
}

由于 ASP.NET Core DI 不支持拦截器或装饰器，因此您的 DI 注册将变得更加冗长。或者使用支持装饰器注册的第 3 方 IoC 容器。

services.AddScoped<MyRepository>();
services.AddScoped<IMyRepository, CachedMyRepositoryDecorator>(
    provider => new CachedMyRepositoryDecorator(
        provider.GetService<MyRepository>(),
        provider.GetService<IMemoryCache>()
    ));

这样做的好处是您可以清楚地分离关注点，并且可以通过将 DI 配置更改为轻松禁用缓存

services.AddScoped<IMyRepository,MyRepository>();

【讨论】：

我最近在这里创建了一个示例来演示这种方法：github.com/ardalis/cachedrepository
您的 CachedMyRepositoryDecorator.GetModel 方法不应该实际调用 MyRepository.GetModel 方法，而不是直接去数据库吗？在我看来，你得到它的方式，你不是在装饰 MyRepository，你只是在替换它......如果你不调用 MyRepository.GetModel，为什么还要将 MyRepository 注入到 CachedMyRepositoryDecorator 中？
@JTech：你是对的，复制和粘贴错误。我想首先我想要一个没有装饰器的例子，后来改成了它

【解决方案2】：

你可以使用这个第三方包：https://github.com/VahidN/EFSecondLevelCache.Core

像这样使用 AspNetCore MW 和 EfCore 扩展（可缓存）：

var posts = context.Posts
                   .Where(x => x.Id > 0)
                   .OrderBy(x => x.Id)
                   .Cacheable()
                   .ProjectTo<PostDto>(configuration: _mapper.ConfigurationProvider)
                   .ToList();

ProjectTo() 是 AutoMapper 扩展。

【讨论】：

【解决方案3】：

有一个二级缓存扩展可以做你想做的事。它被称为EntityFrameworkCore.Cacheable（是的，它是我创建的，因为我遇到了类似的问题）。

这里是一个基于扩展用法的示例：

var cacheableQuery = cacheableContext.Books
    .FromSql("pr_Getxxx")
    .Cacheable(TimeSpan.FromHours(24));

Cacheable(... 方法调用将第一个结果存储到内存缓存中，如果再次调用相同的 linq 表达式，则返回 24 小时的缓存结果。

【讨论】：

一般来说，链接到工具或库should be accompanied by install/usage notes, a specific explanation of how the linked resource is applicable to the problem, or some sample code，或者如果可能的话，以上所有。

【解决方案4】：

您可以使用 ASP.Net Core Memory Cache 来缓存数据。然后您可以根据需要设置滑动/绝对到期。参考MemoryCahe的文档 https://docs.microsoft.com/en-us/aspnet/core/performance/caching/memory?view=aspnetcore-5.0

【讨论】：