★◆关于Response.Buffer的疑问

[chaney]

下面是关于buffer的介绍。
有几个疑问：
1、设置Response.Buffer=True后，当前ASP文件执行完成后才输出结果，那么每个客户端的请求必然引起程序的运行，如何理解“代码被缓存，利于大量并发流”？
2、如果服务器端缓存的是执行后的结果，多并发时，都输出这个结果，那么何时缓冲的结果被刷新？如果每次用户查询的结果不同，则必须输出不同结果，那么缓冲相同结果则无任何含义。
3、如下设置是否只限制客户端不缓存？与服务器端缓冲无关？
Response.AddHeader "pragma", "no-cache"
Response.AddHeader "cache-control", "private, no-cache, no-store, must-revalidate"
Response.Expires = -1
Response.ExpiresAbsolute = Now() - 1
Response.CacheControl = "No-Cache"



Buffer从英文直译过来的意思是“缓冲区”，这里我们将它称为缓冲，因为它不仅是个名词，还是个动词。
　　缓冲区是存储一系列的数据的地方，客户端所获得的数据可以从程序的执行结果直接输出，也可以从缓冲区输出。但是这两种方式在速度上是有差异的：在web中，当一个asp程序被请求的次数不多时，二者基本上没有什么差异，至少我们感觉不出来。但是当有很多人请求一个asp程序时，速度可就不一样了。如果没有缓冲区，那么每个请求asp程序的人的客户端所得到的结果都是asp程序执行一次所得到的结果，而如果预先将asp程序缓冲，那么每个客户端所得到的结果就是缓冲区的结果，不是执行一次程序的结果。比如有1000个用户同时访问一个asp页面，如果这个asp程序没有缓冲，那么程序将被执行一千次，这样服务器的负荷就回加大，从而导致客户端打开页面速度变慢；如果这个asp程序被缓冲了，那么结果就不一样了，每个客户端直接从缓冲区获得数据，服务器将不会因为访问增加而增加程序执行次数，因此客户端打开页面的速度也就比上一种情况要快。这就是Buffer的好处。

如何将asp程序缓冲?只要在asp程序的第一行加上：<% Response.Buffer = True %>
这句话的意思就是指明输出页面是否被缓冲，当属性值为True时，服务器将不会向客户端发送任何信息，直到所有程序执行完或者遇到<% Response.Flush %>或<% Response.End %>
　　利用 Response.Buffer=True，Response.Flush 可以增进浏览速度，如果一个页面 Response.Buffer=False，有30个资料转输，若有 100 人浏览此页面，则有 3000 个来回传输，严重影响效率；若在起始得设定 Response.Buffer=True，再将整个页面分为几个群组，在适当的地方搭配 Response.Flush，则可大幅改善浏览者的体验。

[seesea125]

1、设置Response.Buffer=True后，当前ASP文件执行完成后才输出结果，那么每个客户端的请求必然引起程序的运行，如何理解“代码被缓存，利于大量并发流”？

如果你设置Response.Buffer=True，则代码执行完毕后，再一次性发送给客户端，如果程序中没有response.flush，那么执行结果将一直保持活动中，下一个连接会直接取缓冲区的数据，也就是上一次的执行结果，如果访问频繁，速度一定会提高，因为每次都读的内存嘛。。。结果就是利于大量并发流了。。。

2、如果服务器端缓存的是执行后的结果，多并发时，都输出这个结果，那么何时缓冲的结果被刷新？如果每次用户查询的结果不同，则必须输出不同结果，那么缓冲相同结果则无任何含义。

这个缓存是保存在IIS的缓冲区，引起回收的时间是IIS系统级回收，也就是iis根据内存使用情况，快溢出时回收，或者出错时回收，并不固定
每次用户查询的结果不同，那么肯定的说，你请求的url也不同，不同的url，缓存的不会是相同的结果

3、如下设置是否只限制客户端不缓存？与服务器端缓冲无关？
这些是客户端IE的缓存的设置，和服务器缓冲无关

[chaney]

“那么肯定的说，你请求的url也不同，不同的url，缓存的不会是相同的结果 ”
但实际情况是，URL往往是相同的，只是FORM送出的值不同。或者有些是URL一样，而代码根据时间或其它参数输出不同值。
这种情况缓存结果是否一样？

[hitpop]

好贴,学习了~~
最近一直在研究提高程序效率的问题.

[wszhoho]

马克一下

[wxl260449]

mark下。。。。