寫程序的人在編寫由asp頁面生成靜態(tài)頁面html的時候，如果同時生成大量頁面，一定遇到過瀏覽器下方的進(jìn)度條上顯示著3%，6%，10%等緩慢

增長的漫長等待過程。在這個等待過程中，你不知道頁面已經(jīng)生成到哪一條記錄，只能大眼瞪小眼的等。

如果你知道Response.Flush和Response.Clear，那你就可以不用這樣的等待了。每生成一個Html頁面，就用Response.write立即返回一條信息

，提示該條數(shù)據(jù)庫記錄已經(jīng)生成Html。

這樣，在同時生成大量頁面的時候，你就不再是孤獨的望著一片空白的頁面而只是瀏覽器下方緩慢變化著的進(jìn)度條而發(fā)呆了，你可以隨時知道

當(dāng)前已經(jīng)生成到哪條數(shù)據(jù)庫記錄了，即使出現(xiàn)意外，如死機(jī)，斷電等，你也知道下次生成應(yīng)該從哪天記錄重新開始生成html了。是不是很爽呢

，這就是一個進(jìn)度條了而且更具體了。

呵呵，別著急，我們先來看Response.Flush和Response.Clear的意思吧。

Response對象之Flush方法，立即發(fā)送緩沖區(qū)中的輸出。如果未將 Response.Buffer 設(shè)置為 TRUE，則該方法將導(dǎo)致運(yùn)行時錯誤。語法：

Response.Flush；注釋：如果在 ASP 頁上調(diào)用 Flush 方法，則服務(wù)器將響應(yīng)該頁上保持活動的請求。應(yīng)用于Response對象。

關(guān)于Buffer，這里有段介紹。Buffer從英文直譯過來的意思是“緩沖區(qū)”，這里我們將它稱為緩沖，因為它不僅是個名詞，還是個動詞。

緩沖區(qū)是存儲一系列的數(shù)據(jù)的地方，客戶端所獲得的數(shù)據(jù)可以從程序的執(zhí)行結(jié)果直接輸出，也可以從緩沖區(qū)輸出。但是這兩種方式在速度上是

有差異的：在web中，當(dāng)一個asp程序被請求的次數(shù)不多時，二者基本上沒有什么差異，至少我們感覺不出來。但是當(dāng)有很多人請求一個asp程序

時，速度可就不一樣了。如果沒有緩沖區(qū)，那么每個請求asp程序的人的客戶端所得到的結(jié)果都是asp程序執(zhí)行一次所得到的結(jié)果，而如果預(yù)先

將asp程序緩沖，那么每個客戶端所得到的結(jié)果就是緩沖區(qū)的結(jié)果，不是執(zhí)行一次程序的結(jié)果。比如有1000個用戶同時訪問一個asp頁面，如果

這個asp程序沒有緩沖，那么程序?qū)⒈粓?zhí)行一千次，這樣服務(wù)器的負(fù)荷就回加大，從而導(dǎo)致客戶端打開頁面速度變慢；如果這個asp程序被緩沖

了，那么結(jié)果就不一樣了，每個客戶端直接從緩沖區(qū)獲得數(shù)據(jù)，服務(wù)器將不會因為訪問增加而增加程序執(zhí)行次數(shù)，因此客戶端打開頁面的速度

也就比上一種情況要快。這就是Buffer的好處。

關(guān)于Response.clear，Clear 方法刪除緩沖區(qū)中的所有 HTML 輸出。但 Clear 方法只刪除響應(yīng)正文而不刪除響應(yīng)標(biāo)題。可以用該方法處理錯誤

情況。請注意，如果未將 Response.Buffer 設(shè)置為 TRUE，則該方法將導(dǎo)致運(yùn)行時錯誤。語法：Response.Clear；應(yīng)用于Response對象。

好了，想實現(xiàn)立即輸出的效果，只要在循環(huán)體內(nèi)的希望輸出提示信息后加上Response.Flush和Response.Clear就可以了。如：

<%
for i=1 to 2000
for i1=1 to 3000
''空循環(huán)，延長每次執(zhí)行時間
next
Response.write i&")"
Response.Flush
Response.Clear
next
%>

上述asp語句，你執(zhí)行后，會發(fā)現(xiàn)輸出是逐個逐個輸出的，執(zhí)行一次，就輸出一次。

但我在網(wǎng)上看到有人說，“很多時候，我們發(fā)現(xiàn)即使我們使用了Response.Flush()，但是并沒有將前面的信息發(fā)到客戶端來顯示。呈獻(xiàn)給我們

的依然是白屏。經(jīng)過反復(fù)的測試，我得出一個結(jié)論：就是flush的內(nèi)容至少要有256字節(jié)。也就是只有編譯產(chǎn)生了至少256字節(jié)的數(shù)據(jù)，才能在執(zhí)

行Response.Flush()以后將信息發(fā)到客戶端并顯示。”

很奇怪，上述我給出的語句確確實實是實現(xiàn)了逐個顯示的效果的，并沒有事先輸出256個字節(jié)，大家可以把上述語句另存為記事本運(yùn)行看看，效

果是逐行顯示的。本人所列觀點，僅代表flymorn個人觀點，不挪作他用。

如果你確實需要事先輸出256個字節(jié)，可以如下：

<%
dim liji
for i=1 to 256
liji=liji&"<!--先產(chǎn)生256個字符-WWW.PIAOYI.ORG-->"
if len(liji)>=256 then exit for
next
%>