ASP.NET Response.Cache.SetNoStore()与Response.Cache.SetNoServerCaching()

前端之家收集整理的这篇文章主要介绍了ASP.NET Response.Cache.SetNoStore()与Response.Cache.SetNoServerCaching()前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
任何人都可以分解这两种方法在HTTP级别上的作用.

我们正在处理Akamai边缘缓存,并且已经告知SetNoStore()将导致可以排除,以便(例如)表单页面将始终回发到源服务器.根据{guy},这会设置HTTP标头:

Cache-Control: "no-cache,no-store"

当我对表单实现此更改时,我发现了SetNoServerCaching().好吧,这似乎在语义上更有意义,documentation说“明确否认在源服务器上缓存文档”.

所以我去了海海,看看我能看到的东西.我尝试了这两种方法并查看了Firebug和Fiddler中的标题.

根据我的判断,这两种方法都设置了完全相同的Http Header.

任何人都可以解释这些方法之间是否存在实际差异,如果是,隐藏在http响应中的哪个位置?!

解决方法

有一点不同,

SetNoStore实质上阻止浏览器(以及任何网络资源,如CDN)保存响应或请求的任何部分,包括保存到临时文件.这将设置NO-STORE HTTP 1.1 header

在ASP.NET中,SetNoServerCaching将基本上阻止服务器保存文件.有几种级别的缓存可以发生,仅限数据,部分请求,完整页面sql数据.此调用应该停止在服务器上保存的HTTP(完全和部分)请求.此方法不应设置缓存控制标头或无存储或不缓存.

还有

Response.Cache.SetCacheability(HttpCacheability.Public);
Response.Cache.SetMaxAge(new TimeSpan(1,0));

作为设置缓存的一种可能方式,这将设置content-expires标头.

对于CDN,您可能希望设置content-expires标头,以便CDN知道何时获取内容,如果它获得HIT.你可能不希望没有缓存或没有存储,因为这会导致每个HIT上的重新获取,所以基本上你取消了CDN带给你的任何好处,除了它们可能比最终用户的骨干连接速度快于你当前的ISP但那将是微不足道的.

猜你在找的asp.Net相关文章