拥抱.NET Core系列：MemoryCache 缓存过期

在上一篇”拥抱.NET Core系列：MemoryCache 初识”中我们基本了解了缓存的添加、删除、获取，那么今天我们来看看缓存的过期机制。这里和上篇一样将把“Microsoft.Extensions.Caching.Memory”简称为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

MSCache提供的过期方式

从源码来说，MSCache提供了以下三种缓存过期的方式

绝对到期（指定在一个固定的时间点到期）
滑动到期（在一个时间长度内没有被命中则过期）
到期Token（自定义过期）

下面我们来一一看看这些方式。

绝对时间到期

绝对到期非常的简单，MS提供了一个扩展方法 “SetAbsoluteExpiration” 用来设置绝对到期时间。

这边的第一个方法定义中的 relative 是指从当前时间度过这么久的时间之后过期，类似 DateTime.Now.Add(relative)。

为什么说类似呢？

因为每个国家地区的时间可能不一致，MSCache默认使用了UTC时间，这个时间可以在options进行修改，后面在做介绍。

滑动时间到期

除了前两次迭代满足2秒内命中缓存，剩余的3次迭代无法满足2秒内命中，所以从第三次迭代开始缓存项都会过期。

自定义过期策略

很多时候我们的缓存过期条件并不是只有时间，比如我们对一个文件内容进行了缓存，当文件变动的时候需要重新加载文件更新缓存。再比如我们缓存了用户信息，在一个bus上接收到了用户信息变动后清除用户缓存并重新缓存用户。

MS为我们提供了一个非常简单的自定义过期策略。

MS把这个过期策略使用一个接口 IChangeToken 来暴露。下面我们来看看 IChangeToken。

IChangeToken

IChangeToken不完全为MS而生，而是一个基础包里面的接口，所以在理解这个接口的时候尽量不要带入缓存来考虑。

HasChanged 顾名思义，用来返回是否发生了变更，在MSCache中如果返回了true则缓存项将会失效。

ActiveChangeCallbacks 一个有点玄学的属性，该属性更多是一种描述，字面意思是该token是否会激活回调，取决于IChangeToken实现者的逻辑，如果这个值返回false则不要期望通过IChangeToken的RegisterChangeCallback来达到发生变更的时候有回调通知。

RegisterChangeCallback 注册一个回调，当变更发生时执行，一般配合ActiveChangeCallbacks来达成。