我之前踩过一模一样的坑！当你调用HttpContext.Current.Response.Cache.SetCacheability(HttpCacheability.NoCache)时，ASP.NET内部会严格遵循HTTP缓存规范，自动重置一系列缓存相关的响应头——包括强制把Expires设为-1（对应1970年1月1日，一个过去的时间，强制浏览器不缓存）。这时候再调用SetExpires()根本不会生效，因为NoCache的设置会覆盖你后续的Expires配置。

下面给你两种可行的解决方案，根据你的实际需求选择：

方案一：手动设置响应头（需要NoCache行为且自定义Expires） #

如果你必须保留no-cache的缓存控制逻辑，但又要自定义Expires值，可以绕过Cache对象的自动处理，直接手动设置响应头：

var response = HttpContext.Current.Response;

// 先清除可能存在的默认缓存头
response.ClearHeaders();

// 设置自定义的Expires时间（必须用RFC1123格式）
response.Headers["Expires"] = DateTime.Now.AddDays(-7).ToString("R");

// 设置Cache-Control头实现no-cache效果（符合HTTP规范）
response.Headers["Cache-Control"] = "no-cache, no-store, must-revalidate";

// 可选：添加Pragma头兼容旧版浏览器
response.Headers["Pragma"] = "no-cache";

这种方式完全绕开了ASP.NET的CachePolicy自动覆盖逻辑，让你能完全控制响应头的内容。

方案二：调整缓存策略（不需要严格NoCache） #

如果你只是想控制缓存过期时间，而非强制完全禁止缓存，可以放弃使用HttpCacheability.NoCache，改用其他缓存级别并设置Expires：

var response = HttpContext.Current.Response;

// 设置缓存级别（比如Private仅允许客户端缓存，Public允许中间代理缓存）
response.Cache.SetCacheability(HttpCacheability.Private);

// 设置自定义的过期时间
response.Cache.SetExpires(DateTime.Now.AddHours(1));

// 可选：开启滑动过期（每次访问刷新过期时间）
response.Cache.SetSlidingExpiration(true);

这种方式下，SetExpires()设置的时间会正常生效，因为没有触发NoCache的强制覆盖逻辑。

注意事项 #

• 一定要注意调用顺序：如果先设置了Expires再调用SetCacheability(NoCache)，Expires还是会被覆盖，所以要避免这种顺序。
• 部分旧浏览器可能优先识别Expires头，但现代浏览器更看重Cache-Control，所以如果要确保缓存行为符合预期，建议两者都配置。

内容的提问来源于stack exchange，提问作者hassan ammar