页面部分缓存

A. asp.net页面缓存

1.可以这么说 但是.net是存到内存 反正是在本地
2.是的 .net默认的缓存好像时间接近半小时 没注意过 一般我会自己设成 15分钟
3.正确
4.不会相差很远 但是.net第一次加载偏慢 但是不可否认 肯定是 htm之类的纯静态页面速度会比较快
---------------------------------------
1.不知道你的站点地图具体是什么 如果是静态的链接 不涉及到逻辑 权限等 完全可以用静态文件的
2.服务器的配置一般教高 所以 执行.net肯定是比本地快的 至于速度 还要取决于client的网络的速度

B. 母版页如何页面部分缓存

把treeView做到一个用户控件里，然后设置用户控件的缓存，

或者直接把treeView放到Cache里去，

C. ASP.NET几种清除页面缓存的方法

在asp.net中使用模式dialog时，你会发现每次打开的页面都是相同的内容，页面内容并没有刷新，这是缓存的原因造成的，
解决方法如下：
第一种是ASP.NET清除页面缓存
Response.Buffer = true;
Response.ExpiresAbsolute = System.DateTime.Now.AddSeconds(-1);
Response.Expires = 0;
Response.CacheControl = "no-cache";
Response.AddHeader("Pragma", "No-Cache");
第二种是HTML方法<HEAD<META HTTP-EQUIV="Pragma" CONTENT="no-cache"
<META HTTP-EQUIV="Cache-Control" CONTENT="no-cache"
<META HTTP-EQUIV="Expires" CONTENT="0"</HEAD第三种是重新调用原页面的时候在给页面传一个参数: href="****.ASPX?random()"
最后一种是在在页面中禁用缓存
在web开发中合理使用缓存可以有效的提高网站的性能，但是在某些场合下因为缓存的存在会带来很多的问题。
例如：因为缓存的存在会造成重复提交数据的问题，验证码图片不能正确显示的问题
，等等。这个时候我们就要禁用页面缓存的功能。
我们常用的做法是发送一个no-cache的指令，但是实际使用过程中我们发现，这个指令对IE是有效的，但是对Firefox却没有效，这是因为，使用该指令Firefox不缓存HTTPS pages 但是还是会缓存HTTP pages ，这是Firefox的一个BUG，解决的办法很简单，就是使用no-store代替no-cache，同时发送no-store和no-cache指令
ASP.net中的处理方法，在不需要缓存的页面中添加如下代码

D. 为什么浏览器打开部分网页总是在缓存，打不开

额
是缓冲，不是缓存，缓存是存在的临时记录文件，能很快打开的就是那些已经下载下来的网页，叫做缓存。可能有两方面，
1
是你网速的问题，2就是你安的插件很多，把没用的卸载了，我觉得IE8或者9就已经不错了没必要第三方浏览器

E. 怎么清理网页缓存

以网络浏览器为例：

1、打开电脑上的浏览器，点击右上方的三条横线标志。

F. ☆前端优化：浏览器缓存技术介绍

在前端开发中，性能一直都是被大家所重视的一点，然而判断一个网站的性能最直观的就是看网页打开的速度。 其中提高网页反应速度的一个方式就是使用缓存 。缓存技术一直一来在WEB技术体系中扮演非常重要角色，是快速且有效地提升性能的手段。

一个优秀的缓存策略可以缩短网页请求资源的距离，减少延迟，并且由于缓存文件可以重复利用，还可以减少带宽，降低网络负荷。

所以，缓存技术是无数WEB开发从业人员在工作过程中不可避免的一大问题。 在产品开发的时候我们总是想办法避免缓存产生，而在产品发布之时又在想策略管理缓存提升网页的访问速度 。了解浏览器的缓存命中原理，是开发WEB应用的基础，本文着眼于此，学习浏览器缓存的相关知识，总结缓存避免和缓存管理的方法，结合具体的场景说明缓存的相关问题。希望能对有需要的人有所帮助。

在实际WEB开发过程中，缓存技术会涉及到不同层、不同端，比如：用户层、系统层、代理层、前端、后端、服务端等， 每一层的缓存目标都是一致的，就是尽快返回请求数据、减少延迟 ，但每层使用的技术实现是各有不同，面对不同层、不同端的优劣，选用不同的技术来提升系统响应效率。所以，我们首先看下各层的缓存都有哪些技术，都缓存哪些数据，从整体上，对WEB的缓存技术进行了解，如下图所示：

本篇文章重点讲的就是上面红色框部分缓存内容。

当浏览器请求一个网站的时候，会加载各种各样的资源，比如：HTML文档、图片、CSS和JS等文件。对于一些不经常变的内容，浏览器会将他们保存在本地的文件中，下次访问相同网站的时候，直接加载这些资源，加速访问。

那么如何知晓浏览器是读取了缓存还是直接请求服务器？如下图网站来做个示例：

第一次打开该网站后，如果再次刷新页面。会发现浏览器加载的众多资源中，有一部分size有具体数值，然而还有一部分请求，比如图片、css和js等文件并没有显示文件大小，而是显示了 from dis cache 或者 from memory cache 字样。这就说明了，该资源直接从本地硬盘或者浏览器内存读取，而并没有请求服务器。

浏览器启用缓存至少有两点显而易见的好处： （1）减少页面加载时间；（2）减少服务器负载；

浏览器是否使用缓存、缓存多久，是由服务器控制的 。准确来说，当浏览器请求一个网页（或者其他资源）时， 服务器发回的响应的“响应头”部分的某些字段指明了有关缓存的关键信息 。下面看下，HTTP报文中与缓存相关的首部字段：

根据上面四种类型的首部字段不同使用策略， 浏览器中缓存可分为强缓存和协商缓存 ：

当浏览器对某个资源的请求命中了强缓存时， 返回的HTTP状态为200 ，在chrome的开发者工具的network里面 size会显示为from cache ，比如：京东的首页里就有很多静态资源配置了强缓存，用chrome打开几次，再用f12查看network，可以看到有不少请求就是从缓存中加载的：

Expires是HTTP 1.0提出的一个表示资源过期时间的header，它描述的是一个绝对时间，由服务器返回，用GMT格式的字符串表示 ，如：Expires:Thu, 31 Dec 2037 23:55:55 GMT，包含了Expires头标签的文件，就说明浏览器对于该文件缓存具有非常大的控制权。

例如，一个文件的Expires值是2020年的1月1日，那么就代表，在2020年1月1日之前，浏览器都可以直接使用该文件的本地缓存文件，而不必去服务器再次请求该文件，哪怕服务器文件发生了变化。

所以， Expires是优化中最理想的情况，因为它根本不会产生请求 ，所以后端也就无需考虑查询快慢。它的缓存原理，如下：

Expires是较老的强缓存管理header， 由于它是服务器返回的一个绝对时间 ，在服务器时间与客户端时间相差较大时，缓存管理容易出现问题， 比如：随意修改下客户端时间，就能影响缓存命中的结果 。所以在HTTP 1.1的时候，提出了一个新的header， 就是Cache-Control，这是一个相对时间，在配置缓存的时候，以秒为单位，用数值表示 ，如：Cache-Control:max-age=315360000，它的缓存原理是：

Cache-Control描述的是一个相对时间 ，在进行缓存命中的时候， 都是利用客户端时间进行判断 ，所以相比较Expires，Cache-Control的缓存管理更有效，安全一些。

这两个header可以只启用一个，也可以同时启用， 当response header中，Expires和Cache-Control同时存在时，Cache-Control优先级高于Expires ：

此外，还可以为 Cache-Control 指定 public 或 private 标记。 如果使用 private，则表示该资源仅仅属于发出请求的最终用户，这将禁止中间服务器（如代理服务器）缓存此类资源 。对于包含用户个人信息的文件（如一个包含用户名的 HTML 文档），可以设置 private，一方面由于这些缓存对其他用户来说没有任何意义，另一方面用户可能不希望相关文件储存在不受信任的服务器上。需要指出的是，private 并不会使得缓存更加安全，它同样会传给中间服务器（如果网站对于传输的安全性要求很高，应该使用传输层安全措施）。 对于 public，则允许所有服务器缓存该资源 。通常情况下，对于所有人都可以访问的资源（例如网站的 logo、图片、脚本等）， Cache-Control 默认设为 public 是合理的 。

当浏览器对某个资源的请求没有命中强缓存， 就会发一个请求到服务器，验证协商缓存是否命中，如果协商缓存命中，请求响应返回的http状态为304并且会显示一个Not Modified的字符串 ，比如你打开京东的首页，按f12打开开发者工具，再按f5刷新页面，查看network，可以看到有不少请求就是命中了协商缓存的：

查看单个请求的Response Header， 也能看到304的状态码和Not Modified的字符串，只要看到这个就可说明这个资源是命中了协商缓存，然后从客户端缓存中加载的 ，而不是服务器最新的资源：

【Last-Modified，If-Modified-Since】的控制缓存的原理，如下 ：

【Last-Modified，If-Modified-Since】都是根据服务器时间返回的header，一般来说， 在没有调整服务器时间和篡改客户端缓存的情况下，这两个header配合起来管理协商缓存是非常可靠的，但是有时候也会服务器上资源其实有变化，但是最后修改时间却没有变化的情况 ，而这种问题又很不容易被定位出来，而当这种情况出现的时候，就会影响协商缓存的可靠性。 所以就有了另外一对header来管理协商缓存，这对header就是【ETag、If-None-Match】 。它们的缓存管理的方式是：

Etag和Last-Modified非常相似，都是用来判断一个参数，从而决定是否启用缓存。 但是ETag相对于Last-Modified也有其优势，可以更加准确的判断文件内容是否被修改 ，从而在实际操作中实用程度也更高。

协商缓存跟强缓存不一样，强缓存不发请求到服务器， 所以有时候资源更新了浏览器还不知道，但是协商缓存会发请求到服务器 ，所以资源是否更新，服务器肯定知道。大部分web服务器都默认开启协商缓存，而且是同时启用【Last-Modified，If-Modified-Since】和【ETag、If-None-Match】，比如apache:

如果没有协商缓存，每个到服务器的请求，就都得返回资源内容，这样服务器的性能会极差。

【Last-Modified，If-Modified-Since】和【ETag、If-None-Match】一般都是同时启用，这是为了处理Last-Modified不可靠的情况。有一种场景需要注意：

比如，京东页面的资源请求，返回的repsonse header就只有Last-Modified，没有ETag：

协商缓存需要配合强缓存使用，上面这个截图中，除了Last-Modified这个header，还有强缓存的相关header， 因为如果不启用强缓存的话，协商缓存根本没有意义 。

如果资源已经被浏览器缓存下来，在缓存失效之前，再次请求时，默认会先检查是否命中强缓存，如果强缓存命中则直接读取缓存，如果强缓存没有命中则发请求到服务器检查是否命中协商缓存，如果协商缓存命中，则告诉浏览器还是可以从缓存读取，否则才从服务器返回最新的资源。其浏览器判断缓存的详细流程图，如下：

G. ASP.net的整页缓存，页面部分缓存，应用程序缓存各自的优缺点是什么

1.整页缓存：优点：实现简单，缺点：消耗服务器内存
2.片段缓存：优点：节省内存
缺点：实现麻烦
3.应用程序缓存：优点：不局限缓存网页，缓存对象多样
确定：实现相对复杂

H. 页面缓存是什么

就是一些IE浏览痕迹吧，会占用一定的空间，可以清除。

你可以到C:\WINDOWS\Temporary Internet Files的目录下查看你的缓存文件。要清除IE缓存，打开“查看“菜单，选择”Internet选项…然后查找Temporary Internet Files部分(在General Tab部分)并点击“删除文件”按钮。IE将会问你是否要“删除所有Temporary Internet Files文件夹中的文件？”点击“OK”即可。

I. 怎么用命令查看tomcat在memcached中的缓存

一、存储命令

存储命令的格式：

1
2

<command name> <key> <flags> <exptime> <bytes>
<data block>

参数说明如下：

<command name>
set/add/replace

<key>
查找关键字

<flags>
客户机使用它存储关于键值对的额外信息

<exptime>
该数据的存活时间，0表示永远

<bytes>
存储字节数

<data block>
存储的数据块（可直接理解为key-value结构中的value）

1、添加

(1)、无论如何都存储的set

这个set的命令在memcached中的使用频率极高。set命令不但可以简单添加，如果set的key已经存在，该命令可以更新该key所对应的原来的数据，也就是实现更新的作用。

可以通过“get 键名”的方式查看添加进去的记录：

如你所知，我们也可以通过delete命令删除掉，然后重新添加。

(2)、只有数据不存在时进行添加的add

(3)、只有数据存在时进行替换的replace

2、删除

可以看到，删除已存在的键值和不存在的记录可以返回不同的结果。

二、读取命令

1、get

get命令的key可以表示一个或者多个键，键之间以空格隔开

2、gets

可以看到，gets命令比普通的get命令多返回了一个数字（上图中为13）。这个数字可以检查数据是否发生改变。当key对应的数据改变时，这个多返回的数字也会改变。

3、cas

cas即checked and set的意思，只有当最后一个参数和gets所获取的参数匹配时才能存储，否则返回“EXISTS”。

三、状态命令

1、stats

2、stats items

执行stats items，可以看到STAT items行，如果memcached存储内容很多，那么这里也会列出很多的STAT items行。

3、stats cachemp slab_id limit_num

我们执行stats cachemp 1 0 命令效果如下：

这里slab_id为1，是由2中的stats items返回的结果（STAT
items后面的数字）决定的；limit_num看起来好像是返回多少条记录，猜的一点不错，
不过0表示显示出所有记录，而n(n>0)就表示显示n条记录，如果n超过该slab下的所有记录，则结果和0返回的结果一致。

通过stats items、stats cachemp slab_id limit_num配合get命令可以遍历memcached的记录。

4、其他stats命令

如stats slabs,stats sizes,stats reset等等使用也比较常见。

四、其他常见命令

1、append

在现有的缓存数据后添加缓存数据，如现有缓存的key不存在服务器响应为NOT_STORED。

2、prepend

和append非常类似，但它的作用是在现有的缓存数据前添加缓存数据。

3、flush_all

该命令有一个可选的数字参数。它总是执行成功，服务器会发送 “OK\r\n”
回应。它的效果是使已经存在的项目立即失效（缺省），或在指定的时间后。此后执行取回命令，将不会有任何内容返回（除非重新存储同样的键名）。
flush_all
实际上没有立即释放项目所占用的内存，而是在随后陆续有新的项目被储存时执行（这是由memcached的懒惰检测和删除机制决定的）。

flush_all 效果是它导致所有更新时间早于 flush_all 所设定时间的项目，在被执行取回命令时命令被忽略。

4、其他命令

memcached还有很多命令，比如对于存储为数字型的可以通过incr/decr命令进行增减操作等等，这里只列出开发和运维中经常使用的命令，其他的不再一一举例说明。

补充一则：简单认识.net framework中的几种缓存

web站点中缓存的重要性毋庸置疑。我想很多asp.net开发人员在开发web应用系统的时候优先考虑使用的缓存并不是第三方缓存解决方案（比如
分布式缓存memcached、redis等等），而应该是.net
framework已经提供的多种缓存解决方案。下面结合自己的开发经验谈谈对.net framework中缓存的认识。

1、System.Web.Caching.Cache

估计大部分做过asp.net开发的人都用过这个命名空间下的缓存，我们可以直接使用HttpContext.Current.Cache实例而不
用实例化。当然这个命名空间下的Cache类是允许您实例化的，需要定制自己的缓存系统的当然可以完全自己控制如何初始化这个类。我在园子里看到过有很多
文章介绍Cache的CRUD辅助类库大多数都是针对System.Web.Caching.Cache。

需要说明的是，我们还可以通过该命名空间下的HttpRuntime.Cache实现web、控制台、winform等不同表现形式下的缓存，而且
完全无需自己实例化。HttpRuntime.Cache是之前个人开发中使用比较多的一个类，现在比较偏爱.net
framework4.0中的增强型的缓存类MemoryCache。

2、Output Cache

众所周知，输出缓存主要分页面输出缓存和页面部分缓存。说白了，就是缓存整个页面的html或者部分html，本来没什么值得讨论的，但是最近看到的这篇博客才恍然发现，想不到使用它还真是大有讲究，我以前怎么就没有发现这个问题呢？看来发现问题和解决问题的能力同样重要，有时候前者甚至更重要啊。

3、System.Runtime.Caching

现在个人开发中使用最多的类MemoryCache出自这个命名空间，使用前需要引用using
System.Runtime.Caching。MemoryCache继承自ObjectCache, IEnumerable,
IDisposable，其中ObjectCache是个抽象类。用过MemoryCache的人都知道，这个MemoryCache有一个属性叫
Default，通常可以像下面这样使用：
private static ObjectCache memCache = MemoryCache.Default;

当然我们也完全可以通过public MemoryCache(string name, NameValueCollection config = null)构造函数初始化缓存对象。

接着我们可以在web.config文件中配置每个MemoryCache实例运行的内存使用配额方案和配额检查周期，下面示例参考MSDN：
<system.runtime.caching>
<memoryCache>
<namedCaches>
<add name="Default" cacheMemoryLimitMegabytes="10" pollingInterval="00:02:00"/>
</namedCaches>
</memoryCache>
</system.runtime.caching>

这些配置意义在于可以明确指定每个MemoryCache实例运行的内存使用配额方案和配额检查周期。比如我们可以通过配置来按需更改
MemoryCache.Default实例的内存配额（不知道缓存可用最大内存是多少，可能还是传说中的800M左右）。缓存过期策略与其它的缓存框架
大同小异，与System.Web.Caching.Cache的不同只是名称不叫CacheDependency，而叫ChangeMonitor，并且提供了基于文件和目录的缓存依赖策略。关于缓存过期策略也比较有探讨的必要，不过个人开发中比较偏重于数据缓存和替换，目前还没有接触和使用过比较完美的过期策略解决方案。

J. 在页面上进行缓存后又要保证局部的数据不缓存，如何实现

页面部分缓存是指输出缓存页面的某些部分，而不是缓存整个页面内容。实现页面部分缓存有两种机制：一种是将页面中需要缓存的部分置于用户控件（.ascx文件）中，并且为用户控件设置缓存功能（包含用户控件的ASP.NET页面可设置也可不设置缓存）。这就是通常所说的“控件缓存”。设置控件缓存的实质是对用户控件进行缓存配置。主要包括以下3种方法：一是使用@ OutputCache指令以声明方式为用户控件设置缓存功能，二是在代码隐藏文件中使用PartialCachingAttribute类设置用户控件缓存；三是使用ControlCachePolicy类以编程方式指定用户控件缓存设置。另外，还有一种称为“缓存后替换”的方法。该方法与控件缓存正好相反，将页面中的某一部分设置为不缓存，因此，尽管缓存了整个页面，但是当再次请求该页时，将重新处理那些没有设置为缓存的内容。

使用@ OutputCache指令

控件缓存与页面输出缓存的@ OutputCache指令既有相似之处，又有不同的方面。二者的共同点在于它们的设置方法基本相同，都是文件顶部设置包含属性的@ OutputCache指令字符串。不同点包括以下两个方面：一是控件缓存的@ OutputCache指令设置在用户控件文件中，而页面输出缓存的@ OutputCache设置在普通ASP.NET文件中。二是控件缓存的@ OutputCache指令只能设置6个属性，Duration、Shared、SqlDependency、VaryByControl、VaryByCustom和VaryByParam。而在页面输出缓存的@ OutputCache指令字符串中设置的属性多达10个。以上是设置控件缓存时需要注意的问题。下面列举了一些利用@ OutputCache指令设置控件缓存的示例，其中重点说明了VaryByParam和VaryByControl等属性应用。

用户控件中的@ OutputCache指令设置源代码

＜%@ OutputCache Duration="120" VaryByParam="CategoryID;SelectedID"%＞

以上代码设置用户控件缓存有效期时间是120秒，并且允许使用CategoryID和SelectedID参数来改变缓存。通过VaryByParam属性设置，在服务器缓存中可能存储多个用户控件的实例。例如，对于一个包含用户控件的页面，可能存在如下的URL链接。

包含用户控件的页面的URL链接

http://localhost/mypage.aspx?categoryid=foo&selectedid=0
http://localhost/mypage.aspx?categoryid=foo&selectedid=1

当请求如上URL地址的页面时，由于控件中@ OutputCache指令的设置，尤其是属性VaryByParam的设置，那么在服务器缓存中就会存储两个版本的用户控件缓存实例。

控件缓存设置除了支持以上所述VaryByParam属性外，还支持VaryByControl属性。VaryByParam属性基于使用POST或者GET方式发送的名称/值对来改变缓存，而VaryByControl属性通过用户控件文件中包含的服务器控件来改变缓存。下面是VaryByControl属性的应用示例代码。

用户控件中的@ OutputCache指令设置源代码

＜%@ OutputCache Duration="120" VaryByParam="none" VaryByControl="Category" %＞

以上代码设置缓存有效期是120秒，并且页面不随任何GET或POST参数改变（即使不使用VaryByParam属性，但是仍然需要在@ OutputControl指令中显式声明该属性）。如果用户控件中包含ID属性为“Category”的服务器控件（例如下拉框控件），那么缓存将根据该控件的变化来存储用户控件数据。

如果读者已经掌握了页面输出缓存的@ OutputCache指令设置方法，那么控件缓存的@ OutputCache指令也会迎刃而解，无非仅使用其中的6个属性而已。然而，可能会产生疑问：如果ASP.NET页面和其中包含的用户控件都通过@ OutputCache指令设置了缓存，那么缓存该如何运行呢？

遇到这个问题时，应掌握以下个基本原则：一是ASP.NET允许在页面和页面的用户控件中同时使用@ OutputCache指令设置缓存，并且允许设置不同的缓存过期时间值。二是如果页面输出缓存过期时间长于用户控件输出缓存过期时间，则页面的输出缓存持续时间优先。例如，如果页面输出缓存设置为100秒，而用户控件的输出缓存设置为50秒，则包括用户控件在内的整个页将在输出缓存中存储100秒，而与用户控件较短的时间设置无关。三是如果页面输出缓存过期时间比用户控件的输出缓存过期时间短，则即使已为某个请求重新生成该页面的其余部分，也将一直缓存用户控件直到其过期时间到期为止。例如，如果页面输出缓存设置为50秒，而用户控件输出缓存设置为100秒，则页面其余部分每到期两次，用户控件才到期一次。