为什么HttpCacheability.Private会抑制ETag?

在编写自定义IHttpHandler时,我遇到了一个我没想到的关于HttpCachePolicy对象的行为。

我的处理程序计算并设置一个实体标记(使用与当前响应对象关联的HttpCachePolicy上的SetETag方法)。 如果我使用SetCacheability方法将缓存控件设置为public,则一切都像魅力一样,服务器沿着e-tag标头发送。 如果我将其设置为私有,则将禁止e-tag标头。

也许我只是看起来不够努力,但我没有在HTTP / 1.1规范中看到任何可以certificate这种行为的理由。 为什么你不想在仍禁止代理存储数据的同时向浏览器发送E-Tag?

using System; using System.Web; public class Handler : IHttpHandler { public void ProcessRequest (HttpContext ctx) { ctx.Response.Cache.SetCacheability(HttpCacheability.Private); ctx.Response.Cache.SetETag("\"static\""); ctx.Response.ContentType = "text/plain"; ctx.Response.Write("Hello World"); } public bool IsReusable { get { return true; } } } 

将返回

缓存控制:私有
 Content-Type:text / plain; 字符集= utf-8的
内容长度:11

但如果我们将其改为公开,它将会回归

缓存控制:公共
 Content-Type:text / plain; 字符集= utf-8的
内容长度:11
 Etag:“静态的”

到目前为止,我已经在ASP.NET开发服务器和IIS6上运行了相同的结果。 此外,我无法使用明确设置ETag

 Response.AppendHeader("ETag", "static") 

更新 :在IIS7中运行时可以手动附加ETag标头,我怀疑这是由ASP.NET和IIS7管道之间的紧密集成引起的。

澄清 :这是一个很长的问题,但核心问题是: 为什么ASP.NET会这样做,我该如何解决它?我应该这样做吗?

更新 :我会接受托尼的答案,因为它基本上是正确的(去托尼!)。 我发现如果你想完全模拟HttpCacheability.Private,你可以将缓存能力设置为ServerAndPrivate但你也有调用缓存。 SetOmitVaryStar (true)否则缓存会将Vary:*标头添加到输出中,而您不希望这样。 当我获得编辑权限时,我会将其编辑到答案中(或者如果您看到这个Tony也许您可以编辑您的答案以包含该呼叫?)

我认为你需要使用HttpCacheability.ServerAndPrivate

这应该给你缓存控制:标题中的私有,让你设置一个ETag。

关于它的文档需要更好一些。

编辑: Markus发现您还调用了cache.SetOmitVaryStar(true),否则缓存会将Vary:*标头添加到输出中而您不希望这样。

不幸的是,如果你查看.NET Reflector中的System.Web.HttpCachePolicy.UpdateCachedHeaders() ,你会发现在执行任何ETag之前,有一个if语句专门检查Cacheability是否为Private。 在任何情况下,我总是发现Last-Modified/If-Modified-Since适用于我们的数据,并且在Fiddler中更容易监控。

如果像我这样你对这里提到的使用Cacheability.ServerAndPrivate的解决方法不满意,你真的想要使用Private – 也许是因为你是为用户单独定制页面而在服务器上缓存是没有意义的 – 至少在.NET 3.5中,您可以通过Response.Headers.Add设置ETag,这样可以正常工作。

注意,如果你这样做,你必须自己实现客户端头的比较和HTTP 304响应处理 – 不确定.NET是否在正常情况下为你处理这个问题。