|
本帖最后由 jaly26 于 2013-7-3 22:47 编辑
设置改页面ContentType = "audio/x-wav",写入byte[]数组,页面输出为wav格式的音频文件
WebClient wc = new WebClient();
byte[] byteData = wc.DownloadData(urls);
//jc.Context.Response.ContentType = "audio/x-wav";
//设置输出的文件名称
jc.Context.Response.AddHeader("Content-Disposition", "attachment;FileName=cidai.wav");
//jc.Context.Response.Buffer = true;
//消除缓冲区的内容
jc.Context.Response.Clear();
//jc.Context.Response.Buffer = false;
jc.Context.Response.BinaryWrite(byteData);
//向客户端发送当前缓冲区的所有内容
jc.Context.Response.Flush();
jc.Context.Response.Close();
一、Response.Buffer
Response.Buffer=false
Response.Buffer=true
false:不缓冲。该值是默认值。服务器在处理脚本的同时将输出发送给客户端。
true:除非当前页的所有 ASP 脚本处理完毕或调用了 Flush或 End 方法,否则服务器不将响应发送给客户端.
如果当前 ASP 脚本缓冲设为 TRUE ,但未调用 Flush 方法,则服务器将使客户端的请求保持活动。由于服务器不必为每个客户端创建新的连接,从而节省了时间。不过,缓冲将在服务器未处理完当前页的所有脚本之前阻止在客户端显示响应。对于长的脚本来说,有可能会感觉到延迟。
即当Buffer为True的时候,asp会将这个程序解释完毕后一起发送到客户端,
当Buffer为False的时候,asp会边解析边发送数据.1)Buffer从英文直译过来的意思是“缓冲区”,这里我们将它称为缓冲,因为它不仅是个名词,还是个动词。
缓冲区是存储一系列的数据的地方,客户端所获得的数据可以从程序的执行结果直接输出,也可以从缓冲区输出。但是这两种方式在速度上是有差异的:在web中,当一个asp程序被请求的次数不多时,二者基本上没有什么差异,至少我们感觉不出来。但是当有很多人请求一个asp程序时,速度可就不一样了。假如没有缓冲区,那么每个请求asp程序的人的客户端所得到的结果都是asp程序执行一次所得到的结果,而假如预先将asp程序缓冲,那么每个客户端所得到的结果就是缓冲区的结果,不是执行一次程序的结果。比如有1000个用户同时访问一个asp页面,假如这个asp程序没有缓冲,那么程序将被执行一千次,这样服务器的负荷就回加大,从而导致客户端打开页面速度变慢;假如这个asp程序被缓冲了,那么结果就不一样了,每个客户端直接从缓冲区获得数据,服务器将不会因为访问增加而增加程序执行次数,因此客户端打开页面的速度也就比上一种情况要快。这就是Buffer的好处。
2)如何将asp程序缓冲
这个问题其实很简单,只要在asp程序的第一行加上:
<% Response.Buffer = True %>
就可以了。
这句话的意思就是指明输出页面是否被缓冲,当属性值为True时,服务器将不会向客户端发送任何信息,直到所有程序执行完或者碰到
<% Response.Flush %>或<% Response.End %>
语句,才会释放缓冲区的信息。
3)总结
Response 的Buffer属性虽然能够提高页面显示速度,但是也要分什么情况。假如你正在制作一个普通的个人主页,访问量不是很高,并且没有什么复杂的执行程序,那么用不用这个属性就不是很重要,因为将数据缓冲也需要一段时间,只不过我们感觉不到罢了;但是假如你正在制作一个大型论坛或者一个产品展示或其他的商务站点,并且访问量很高,那么建议在程序的第一行加入
<% Response.Buffer = True %>
这句话,因为这样能够让客户在有效的时间内获得更多的数据。
二、Response.clear
Response.Clear():清除缓冲区流中的所有内容输出。但不清除标头信息(head里的内容)。
Response.ClearHeaders():清除缓冲区流中的所有头。清除缓冲区中head中的内容。
Response.ClearContent():不仅删除Response显示输出信息而且还删除Response头信息
注:一般在Response.Write之前要Response.Clear(),因为比如页面ContentType = "audio/x-wav"音频类型,前面掉用了Response.Write("abc"); 因此客户端实际上得到的内容为 <字符:abc>+<音频的数据> 这样客户端得到的数据实际上不仅仅是音频的数据,而且由于你声明的“content-type”强调了这些数据应该按照audio/x-wav 来解释 最终导致的结果就是音频不能正常的解码
Response.Buffer=true;
Response.Clear();
这两个一般一起使用,如果未将 Response.Buffer 设置为 TRUE,则该方法将导致运行时错误
三、Response.Flush
Response.write:将信息写入 HTTP 响应输出流。
Response.Flush:用来向客户端强制发送当前所有缓冲的输出数据,在请求处理期间,允许多次调用该方法。改方法仅仅在回发的情况(不包括异步回发情况)下才被支持。 |
|