1. 缓存

缓存指的是在软件应用运行过程中，将一些数据生成副本直接进行存取，而不是从原始源（数据库，业务逻辑计算等）读取数据，减少生成内容所需的工作，从而显著提高应用的性能和可伸缩性，使用好缓存技术，有利于提高我们提升用户体验性。

对于缓存的使用有以下一些注意点：

• 缓存最适用于不常更改且生成成本很高的数据。
• 代码应始终具有回退选项，以提取数据，而不依赖于可用的缓存值。
  我们应该以从不依赖于缓存数据的方式编写和测试应用。缓存是会失效的，我们在进行应用开发时应该考虑到缓存失效的情况，提供缓存失效时按照正常逻辑获取相关数据的方式。
• 缓存使用短缺资源：内存。 我们应该限制缓存增长：
  • 不要将外部输入插入到缓存中。 例如，不建议使用用户提供的任意输入作为缓存键，因为输入可能会消耗不可预测的内存量。
  • 使用过期限制缓存增长。
  • 应当限制缓存的大小，避免缓存过度增长

软件开发中对缓存的使用一般有两种情况，一种是内存缓存，一种是分布式缓存。

2. NET Core 的内存缓存

内存缓存是最简单的一种缓存方式，就是使用应用所在的服务器的内存来保存一些数据副本，利用内存读写比磁盘、网络请求快的特点来提供应用性能。内存缓存一般应用于单机应用，一旦应用重启，内存缓存中的数据就会丢失。

如果是在服务器场（多个服务器）中运行的应用使用内存缓存，应确保在使用内存中缓存时会话是粘滞的。 粘滞会话可确保来自客户端的请求都转到同一服务器。

2. 1 内存缓存启用

.NET Core 框架下对于内存缓存的使用是通过 IMemoryCache ，可以通过将其注册到容器中，之后在需要的地方注入使用。对于大多数应用，在 Program.cs 中调用许多其他 Add{Service} 方法可以启用 IMemoryCache，例如 AddMvc、AddControllersWithViews、AddRazorPages、AddMvcCore().AddRazorViewEngine 等 。

如果应用中没有使用到上述的这些方法，我们也可以自行引入 Microsoft.Extensions.Caching.Memory Nuget 包，通过 AddMemoryCache 方法启动内存缓存。为了方便演示，以下示例使用 .NET 6 控制台应用。

using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Hosting;

Host.CreateDefaultBuilder(args)
	.ConfigureServices(services =>
	{
		services.AddMemoryCache();
	})
	.Build().Run();

2. 2 内存缓存基本用法

内存缓存的使用，只需要将 IMemoryCache 服务注入到类中进行使用即可。我们可以通过 TryGetValue 方法尝试从缓存中获取数据，通过 Set 方法向缓存中添加数据。

public interface ICacheService
{
	public void PrintDateTimeNow();
}

public class CacheService : ICacheService
{
	public const string CacheKey = "CacheTime";
	private readonly IMemoryCache _cache;
	public CacheService(IMemoryCache memoryCache)
	{
		_cache = memoryCache;
	}

	public void PrintDateTimeNow()
	{
		var time = DateTime.Now;
		if(!_cache.TryGetValue(CacheKey, out DateTime cacheValue))
		{
			cacheValue = time;
			_cache.Set(CacheKey, cacheValue);
		}
		time = cacheValue;

		Console.WriteLine("缓存时间：" + time.ToString("yyyy-MM-dd HH:mm:ss"));
		Console.WriteLine("当前时间：" + DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss"));
	}
}

using CacheSample;
using Microsoft.Extensions.DependencyInjection;
using Microsoft.Extensions.Hosting;

var host = Host.CreateDefaultBuilder(args)
	.ConfigureServices(services =>
	{
		services.AddMemoryCache();
		services.AddTransient<ICacheService, CacheService>();
	})
	.Build();

var service = host.Services.GetRequiredService<ICacheService>();
service.PrintDateTimeNow();

Task.Delay(TimeSpan.FromSeconds(2)).Wait();

service.PrintDateTimeNow();

host.Run();

通过控制台打印结果，可以看到，当前时间已经改变，但是缓存的时间是之前的数据。

缓存系统将缓存项存储为键值对，内存缓存中键和值都可以是任意类型，不过一般情况下我们会将字符串作为键。之后会讲到的分布式缓存中，则要求值必须是 byte[] 类型。

除此之外，还可以通过 GetOrCreate 或 GetOrCreateAsync 将获取和添加的操作结合。

public class CacheService : ICacheService
{
	public const string CacheKey = "CacheTime";
	private readonly IMemoryCache _cache;
	public CacheService(IMemoryCache memoryCache)
	{
		_cache = memoryCache;
	}

	public void PrintDateTimeNow()
	{
		//var time = DateTime.Now;
		//if(!_cache.TryGetValue(CacheKey, out DateTime cacheValue))
		//{
		//    cacheValue = time;
		//    _cache.Set(CacheKey, cacheValue);
		//}
		//time = cacheValue;

		var time = _cache.GetOrCreate(CacheKey, cacheEntry =>
		{
			return DateTime.Now;
		});

		Console.WriteLine("缓存时间：" + time.ToString("yyyy-MM-dd HH:mm:ss"));
		Console.WriteLine("当前时间：" + DateTime.Now.ToString("yyyy-MM-dd HH:mm:ss"));
	}
}

除了 TryGetValue 方法外，如果你确定缓存中一定存在相应的数据，还可以通过 Get 方法获取数据，Get 方法支持泛型，可以直接进行类型转换，但是如果缓存中不存在该缓存项，则会返回对应类型的默认值。

var timeCache = _cache.Get<DateTime>(CacheKey);![image]

2.3 缓存过期设置

一般情况下，我们会对缓存数据设置过期时间，一个是为将一些长期未被访问的缓存条目移除，避免缓存过度增长，一方面是为了更新数据，避免长时间的数据副本和源数据不一致。

.NET Core 下内存缓存的过期时间设置可以通过以下的方式：

(1) 通过 Set 方法设置

var time = DateTime.Now;
if (!_cache.TryGetValue(CacheKey, out DateTime cacheValue))
{
	cacheValue = time;
	// 设置绝对过期时间
	// 两种实现的功能是一样的，只是时间设置的方式不同而已
	// 传入的是 AbsoluteExpirationRelativeToNow, 相对当前的绝对过期时间，传入时间差，会根据当前时间算出绝对过期时间
	_cache.Set(CacheKey, cacheValue, TimeSpan.FromSeconds(2));
	// 传入的是 AbsoluteExpiration，绝对过期时间，传入一个DateTimeOffset对象，需要明确的指定具体的时间
	// _cache.Set(CacheKey, cacheValue, DateTimeOffset.Now.AddSeconds(2));
}
time = cacheValue;

调整一下入口文件的代码，如下：

var service = host.Services.GetRequiredService<ICacheService>();
service.PrintDateTimeNow();

Task.Delay(TimeSpan.FromSeconds(1)).Wait();
service.PrintDateTimeNow();

Task.Delay(TimeSpan.FromSeconds(2)).Wait();
service.PrintDateTimeNow();

可以看到，在第二次输出的时候，缓存没过期，时间是不变的，第三次的时候缓存过期了，时间改变了。

对于缓存过期时间的设置，除了绝对过期时间，还有缓动过期时间。滑动过期时间是指，如果在规定的过期时间内缓存有被再一次调用，过期时间就会重新更新，从头开始计算，每次被调用都会重新开始。

Set 方法没有直接的参数设置滑动过期时间，只能通过 MemoryCacheEntryOptions 对象设置，当然相对过期时间等其他配置也可以通过该对象设置。

var memoryCacheEntryOption = new MemoryCacheEntryOptions();
// 滑动过期时间是一个相对时间
memoryCacheEntryOption.SlidingExpiration = TimeSpan.FromSeconds(3);
_cache.Set(CacheKey, cacheValue, memoryCacheEntryOption);

可以看到，缓存时间一直没有变，因为虽然三次输出时间加起来超过了三秒，但是三次输出之间的间隔都没有超过3秒，而每调用一次缓存都会刷新超时时间，所以缓存一直没有过期。

(2) 通过 CreateEntry 方法设置

var time = DateTime.Now;
if (!_cache.TryGetValue(CacheKey, out DateTime cacheValue))
{
	cacheValue = time;
	var entry = _cache.CreateEntry(CacheKey);
	// 设置绝对过期时间
	// 两种实现的功能是一样的，只是时间设置的方式不同而已
	// 传入的是 AbsoluteExpirationRelativeToNow, 相对当前的绝对过期时间，传入时间差，会根据当前时间算出绝对过期时间
	entry.AbsoluteExpirationRelativeToNow = TimeSpan.FromSeconds(2);
	// 传入的是 AbsoluteExpiration，绝对过期时间，传入一个DateTimeOffset对象，需要明确的指定具体的时间
	entry.AbsoluteExpiration = DateTimeOffset.Now.AddSeconds(2);
	entry.Value = cacheValue;
}
time = cacheValue;

(3) 通过 GetOrCreate 或 GetOrCreateAsync 方法设置

var time = _cache.GetOrCreate(CacheKey, cacheEntry =>
{
	// 两种实现的功能是一样的，只是时间设置的方式不同而已
	// 相对当前的绝对过期时间，传入时间差，会根据当前时间算出绝对过期时间
	cacheEntry.AbsoluteExpirationRelativeToNow = TimeSpan.FromSeconds(3);
	// 绝对过期时间，传入一个DateTimeOffset对象，需要明确的指定具体的时间
	// cacheEntry.AbsoluteExpiration = DateTimeOffset.Now.AddSeconds(2);
	// 滑动过期时间是一个相对时间
	cacheEntry.SlidingExpiration = TimeSpan.FromSeconds(3);
	return DateTime.Now;
});

GetOrCreate 或 GetOrCreateAsync 方法的回调参数其实就是实现了 ICacheEntry 接口的对象。

这里同时设置了绝对过期时间和滑动过期时间，对于一个缓存项，仅具有滑动过期时间的缓存项集有永不过期的风险。 如果在滑动过期间隔内重复访问缓存项，则该项永远不会过期。 将滑动过期与绝对过期相结合，以确保项目过期。 绝对过期时间设置一个上限，即在滑动过期间隔内未请求该项时，仍允许该项提前过期的时间。 如果经过了可调到期间隔或绝对到期时间，则会从缓存中逐出项。

可以看到输出结果如下：

第三次调用的时候，时间改变了，这是因为输入滑动过期时间一直在更新，但是绝对过期时间超过了，所以缓存失效了。

这一篇就先到这里，后面还有内容，但是考虑到如果全塞在一篇里面的话，这篇文章就太长了，大家的阅读体验会不大好，所以就拆成两篇了。