ASP.NET Core中context.Response.SetValidUntilExpires(true)的替代方案是什么？

先给你说清楚核心问题：SetValidUntilExpires是传统ASP.NET（基于System.Web）里的老方法，到了ASP.NET Core里这套旧缓存API已经被彻底重构了——这就是你设置它之后完全看不到响应头变化的原因，ASP.NET Core根本不会处理这个旧API的调用。

接下来给你两个靠谱的替代方案，都是ASP.NET Core原生支持的：

方案1：用原生Typed Headers配置（推荐） #

你可以通过GetTypedHeaders()来更优雅地配置缓存规则，这也是官方推荐的方式，代码示例如下：

// 配置缓存为公共可缓存，有效期7天
var cacheControl = new CacheControlHeaderValue
{
    Public = true,
    MaxAge = TimeSpan.FromDays(7)
};
context.Response.GetTypedHeaders().CacheControl = cacheControl;

// 对应原SetValidUntilExpires(true)的效果：确保缓存在浏览器后退、离线场景下依然可用
context.Response.GetTypedHeaders().Expires = DateTimeOffset.UtcNow.AddDays(7);

这里Public对应你原来设置的HttpCacheability.Public，MaxAge和Expires配合设置后，就能实现原SetValidUntilExpires(true)想要达到的「缓存有效期内持续有效」的效果，现代浏览器会严格遵循这些标准HTTP头的规则。

方案2：直接手动写入响应头 #

如果你偏好更底层的操作，也可以直接往响应头里加字段：

// Cache-Control设置为公共缓存，7天有效期（604800秒=7*24*3600）
context.Response.Headers.Append("Cache-Control", "public, max-age=604800");
// 设置Expires头，格式要符合HTTP标准的RFC1123格式
context.Response.Headers.Append("Expires", DateTimeOffset.UtcNow.AddDays(7).ToString("R"));

这个写法和方案1的效果完全一致，只是少了类型安全的校验。

补充：为什么旧代码没效果？ #

你之前写的context.Response.Cache.SetExpires、SetValidUntilExpires这些方法，在ASP.NET Core里只是为了兼容旧代码保留的空实现——调用它们不会做任何实际操作，所以不管你设true还是false，响应头都不会有变化。必须切换到上面的ASP.NET Core原生方式才行。

内容的提问来源于stack exchange，提问作者Alen Alex