详解Asp.Net Core 2.1+的视图缓存(响应缓存)

深入理解Asp.Net Core 2.1及之后的视图缓存（响应缓存）功能

响应缓存是一种强大的技术，能够显著减少客户端或代理对Web服务器的请求数量，同时降低Web服务器执行程序生成响应的工作量。在Asp.Net Core 2.1及更新版本中，这项功能得到了新的实现和优化。对于想要深入了解这一技术点的读者，本文将通过实例详细Asp.Net Core 2.1中的视图缓存机制。

在早期的MVC版本中，有一个名为OutputCache的特性，允许开发者对视图进行缓存。使用此特性，如果请求具有相同的参数，那么在一段时间内，MVC将直接从缓存中读取响应，而不是重新执行视图逻辑。这在处理重复内容或计算密集型视图时非常有用。

在Asp.Net Core 2.1中，OutputCache已被ResponseCache替代。ResponseCache特性需要至少设置一个Duration参数，以秒为单位指定缓存的持续时间。例如：

```csharp

[ResponseCache(Duration = 5)]

public IActionResult About()

{

ViewBag.time = DateTime.Now.ToString("yyyy年MM月dd日 HH时mm分ss秒");

return View();

}

```

在这个例子中，About动作的响应将被缓存5秒。在这5秒内，对于相同的请求，服务器将直接从缓存中提供响应，而不是重新执行动作方法。值得注意的是，ResponseCache特性必须显式应用于每个想要缓存的Action方法上。

当客户端请求这个被缓存的视图时，他们将在浏览器的响应头中看到Cache-Control头的max-age指令。Http协议中的这个指令告诉客户端，他们应该接受保留时间不大于指定秒数的响应。在这种情况下，客户端将不会接受一个超过5秒前生成的响应。

除了Duration参数外，ResponseCache特性还允许其他配置选项，如Location和NoStore指令等。这些指令允许开发者更精细地控制缓存行为，以适应特定的应用场景需求。例如，Location可以指定缓存的位置（客户端或代理服务器），而NoStore指令则指示浏览器和其他缓存不要存储任何版本的响应。

响应缓存：理解Vary与缓存配置的重要性

在Web开发中，响应缓存是一项重要的优化策略，它可以提高页面加载速度并减少服务器负载。在MVC框架中，ResponseCache特性为我们提供了强大的缓存管理功能。让我们深入了解Vary和缓存配置的重要性。

让我们理解Vary在Http响应头中的作用。Vary告诉缓存服务器或CDN：对于同一浏览器的请求，可以缓存响应。如果更换浏览器进行请求，Vary的值将发生变化，缓存服务器将认为这是一个新的请求，从而获取的数据。简而言之，Vary帮助我们区分不同浏览器的请求，确保缓存的准确性。

接下来，我们禁用缓存的两种策略：NoStore和ResponseCacheLocation.None。在Http中，no-store指令表示请求和响应的信息都不应存储在对方的磁盘系统中。而ResponseCacheLocation.None则是在Cache-Control中设置no-cache属性，使浏览器不缓存当前URL。这意味着每次用户请求该URL时，都会从服务器获取内容。

为了灵活管理不同控制器的缓存策略，我们可以使用缓存配置(CacheProfiles)。在一个项目中，我们可以为不同的控制器定义不同的缓存策略，并在mvc服务注入时配置这些策略。这样，我们可以为每个控制器或动作指定特定的缓存配置，使代码更加清晰和易于管理。

例如，我们可以定义两个缓存配置："test1"和"test2"。"test1"配置指定缓存的持续时间为5秒，而"test2"配置则禁用缓存并禁止存储。然后，我们可以在控制器动作中使用[ResponseCache]特性来应用这些配置。这样，我们可以轻松地控制每个动作的缓存策略，使代码更加整洁。

响应缓存是MVC中一项强大的优化工具。通过合理配置缓存策略，我们可以提高页面加载速度，减少服务器负载，并提供更好的用户体验。对于开发者来说，深入理解Vary和缓存配置的重要性是掌握响应缓存的关键。通过合理配置和使用这些特性，我们可以充分发挥响应缓存的潜力，提升Web应用程序的性能和效率。至于“Cambrian.render('body')”，这似乎是一段特定的代码或库调用，具体的功能可能需要查阅相关文档或资料来了解。