Response. AppendHeader使用大全
文件下载，指定默认名
Response.AddHeader(”content-type”,”application/x-msdownload”);
Response.AddHeader(”Content-Disposition”,”attachment;filename=要下载的文件名.rar”);
刷新页面
Response.AddHeader “REFRESH”, ”60;URL=newpath/newpage.asp”
这等同于客户机端<META>元素：
<META HTTP-EQUIV=”REFRESH”, “60;URL=newpath/newpage.asp”
页面转向
Response.Status = “302 Object Moved”
Response.Addheader “Location”, “newpath/newpage.asp”
这等同于使用Response.Redirect方法：
Response.Redirect “newpath/newpage.asp”
强制浏览器显示一个用户名/口令对话框
Response.Status= “401 Unauthorized”
Response.Addheader “WWW-Authenticate”, “BASIC”
强制浏览器显示一个用户名/口令对话框，然后使用BASIC验证把它们发送回服务器（将在本书后续部分看到验证方法）。
如何让网页不缓冲
Response.Expires = 0
Response.ExpiresAbsolute = Now() - 1
Response.Addheader “pragma”,”no-cache”
Response.Addheader “cache-control”,”private”
Response.CacheControl = “no-cache
应用实例：文件下载
做下载中文显示乱码怎么办
在网站上文件下载都是直接点击文件联接就行了，这种方法有几个弊端:
1. 有些文件不会下载会直接调用相应的程序打开该文件
2。不能隐藏实际文件地址。
3。不能够从数据库中动态读取文件名进行改名下载
下面是asp.net,c#代码:
string fileName;//文件在数据库中的名称
string dir ;//文件在服务器的物理路径(如c:\aa\ddd\wj0000222.zdo)
long size ;//文件的大小
Response.AddHeader(”content-type”, “application/x-msdownload;”);
Response.AddHeader(”Content-Disposition”,”attachment;filename=”+fileName[自己定义的]);
Response.AddHeader(”content-length”, size.ToString());
Response.WriteFile(dir,0,size);
这种方法可以实现以上的目的，但是当文件名（fileName）为中文时在ie下载端显示的是乱码，有谁知道怎么解决。
我来做个总结吧
其实楼上的方法是可行的，但有局限性
关键在于UrlEncode这个东东，在下面不同情况下的结果是不一样的
1。web.config 里responseEncoding=”gb2312″
2。web.config 里responseEncoding=”utf-8″
使用Server.UrlEncode的话必须responseEncoding=”utf-8″才会正确
所以不要用Server.UrlEncode，换HttpUtility.UrlEncode
string s=HttpUtility.UrlEncode(System.Text.UTF8Encoding.UTF8.GetBytes(”中文.txt”));
Response.AppendHeader(”Content-Disposition”,“attachment;filename=”+s);
--------------------------------------------------------------------------------
关于Response.WriteFile
Response.WriteFile使用起来很方便，但是当网站为浏览者提供大块头文件的下载服务时就会发现WriterFile简直就是恶梦，它会非常占用资源,而且如果当大量用户同时访问大量文件时,会引用IIS崩溃.
--------------------------------------------------------------------------------
慎用Response.TransmitFile
TransmitFile与WriteFile一样的实现机制，依然会有资源占有的问题，而且只针对IE，支持IE的断点续传.
但是,如果TransmitFile一个70MB的东西，每一次执行完毕aspnet_wp.exe退出线程怎么最快也要20秒。这太不划算了。
就算开始用户点取消，没有下载，还是要20秒。（为什么最快呢？用户关闭了浏览器之后，TransmitFile的源文件里面的flush不阻塞，所以最快）
这个TransmitFile的意思就是aspnet_wp.exe永远要读完这个文件！
这个算法在大部分时间是OK的。因为除非你这个文件很大。否则就让他读吧。
如果有2GB那么大，用户都关了浏览器要还让他读就不划算了。如果请求很多,就更麻烦了。要慎用。
