一旦SetCacheability方法设置了,就可以删除Pragma no-cache响应头吗？

Question

我有一个返回FileStreamResult的MVC4 GET动作方法.存在一种要求,即仅使用SSL并且不允许缓存所提供的文档,因此使用SSL,并且我还使用具有以下属性的OutputCache过滤器:

[OutputCache(NoStore = true, Duration = 0, VaryByParam = "None", Location = OutputCacheLocation.None)]

这符合预期,并产生以下响应标头:

Cache-Control: no-cache, no-store
Expires: -1
Pragma: no-cache

一切都很好,直到被要求也支持IE8,并且这里的许多人也遇到了文件,不会同时下载no-cache set和SSL.IE8及以下的解释是添加一些实际上不可行的注册表设置,或者删除违反基本要求的无缓存标头.

我尝试使用Fiddler和IE8并且能够下载文件,如果我刚删除了pragma:no-cache标头但保留了Cache-Control.这似乎没有在我的临时Internet文件中留下文档的副本,但我可能需要对此进行更多测试.

考虑到这些信息,我认为使用操作过滤器删除编译指示可能是一项简单的任务,但似乎无论我做什么,我无法更改OutputCache将要设置的任何内容.我甚至删除了OutputCache属性并使用了:

Response.Cache.SetCacheability(HttpCacheability.NoCache)

单独使用此方法可确保我获得与以前相同的缓存设置,但不会在此方法调用时设置它们.这只是设置缓存策略,该策略在响应管道中的某个点应用,但我不知道在哪里.

有没有人知道是否有一种方法可以连接到响应管道以在写入时更改缓存头？

编辑 我已经在管道中添加了一个简单的自定义IHttpModule,它在响应NameValueCollection中查找并删除任何Pragma头,并且在设置缓存控件时,pragma不存在.这是否意味着IIS 7.5正在根据它在缓存控件中看到的内容插入pragma本身？我知道我没有为一个简单的网站设置超出默认值的东西.

编辑 检查模块中的Cache-Control标头值并将其设置为私有,以便缓存标头尚未应用于响应.因此,在执行模块后,似乎会添加缓存标头？

Answer 1

我正在对同一问题进行故障排除，并遇到了删除 pragma 标头的同一问题。当 .NET 呈现Page对象时，它会输出缓存标头。缓存处理由HttpModule. 我尝试了多种方法来删除 pragma header，但没有效果。

我还没有尝试过的一种方法看起来可能可行，但也看起来像 PITA，它是Response通过Response.Filter = new MyCustomFilter(...).

在此之前，我尝试检查各个位置的标头，但输出缓存处理尚未执行，并且 pragma 标头不存在，因此无法删除。值得注意的是，该HttpApplication活动PreSendRequestHeaders没有成功。

其他一些选项包括实现您自己的OutputCache模块而不是使用内置框架版本，或者以某种方式覆盖System.Web.HttpCachePolicy呈现编译指示标头的类。

pragma 标头呈现为HttpCacheability.NoCache选项的一部分：

  if (httpCacheability == HttpCacheability.NoCache || httpCacheability == HttpCacheability.Server)
  {
    if (HttpCachePolicy.s_headerPragmaNoCache == null)
      HttpCachePolicy.s_headerPragmaNoCache = new HttpResponseHeader(4, "no-cache");
    this._headerPragma = HttpCachePolicy.s_headerPragmaNoCache;
    if (this._allowInHistory != 1)
    {
      if (HttpCachePolicy.s_headerExpiresMinus1 == null)
        HttpCachePolicy.s_headerExpiresMinus1 = new HttpResponseHeader(18, "-1");
      this._headerExpires = HttpCachePolicy.s_headerExpiresMinus1;
    }
  }

我发现的唯一实用选项是将缓存控制设置为私有，并为 URL 设置较短的过期时间。它没有解决两端的根本原因，但最终确实达到了几乎相同的预期效果。