拥抱.NET Core系列：MemoryCache 缓存域（转载）

阅读目录

• MSCache项目
• 缓存域
• 写在最后

在上一篇“《拥抱.NET Core系列：MemoryCache 缓存选项》”我们介绍了一些 MSCache 的机制，今天我们来介绍一下 MSCache 中的缓存域。

MSCache项目

---

MSCache 目前最新的正式版是 2.0.0，预览版是2.1.0，会与 .NETCore 2.1 一起发布。本篇用了2.0.0版本

开源在 GitHub 上，仓库地址是：https://github.com/aspnet/Caching

NuGet地址为：https://www.nuget.org/packages/Microsoft.Extensions.Caching.Memory/2.0.0

回到目录

缓存域

---

我们来假设一个场景。

有下面四个成员

1. 书籍模型（包含一个组章节模型）
2. 章节模型
3. 书籍服务
4. 章节服务

BookService 有一个获取书籍的方法

ChapterService 有一个获取书籍章节的方法

可以看到 GetBook 内使用了缓存，缓存了5秒钟。GetBook 又调用了 ChapterService 的 GetChapters，GetChapters 缓存了3秒钟。

这时候书籍的章节信息缓存要早于书籍过期。

那么大家试想一下，如果章节信息先过期了 GetBook 这个方法返回的是不是还是旧的数据？

在一些简单的缓存设计中是这样的，但在 MSCache 中微软提供了缓存域的概念，从层级上 Chapter 的父级缓存是 Book。所以当 Chapter 过期时，Book 也会级联过期。

我们来看一下测试。

可以看到，每隔三秒钟不仅 Chapter 重新获取，Book 也会一起级联获取。

这样在很大程度上减轻了我们处理缓存依赖的问题。

ChaneToken在域中

---

SlidingExpiration在域中（画重点）

---

恩，输出是 时间，时间，新时间。

其实呢？

子缓存项并没有过期。

这是为什么呢？我翻了 Caching 的源码发现，缓存失效扩散的处理中，并没有对 SlidingExpiration 进行处理，只处理了 ExpirationTokens 和 AbsoluteExpiration。

不知道这是不是一个bug，我已经在 MSCache 项目上提了一个issue，等待回复后再来更新这块的说明。

这块的处理代码如下：

逻辑很简单，把自身的过期 token 和 绝对过期时间 设置在父缓存项上。

也就是说你在父缓存中设计的绝对到期时间会被改写成到期缓存域中最小的到期时间。

回到目录

写在最后

---

MSCache 真的非常像 Orchard 中的 Caching，有兴趣的同学可以去了解一些 Orchard 中的 Caching 设计。

至 此 MSCache 中的 MemoryCache 机制和功能就基本介绍完了。

后续会继续介绍 MSCache 中的 DistributedCache（分布式缓存），和一些 MSCache 的使用技巧。

原文链接