Response. AppendHeader使用大全及文件下载.net函数使用注意点(转载)
生活随笔
收集整理的這篇文章主要介紹了
Response. AppendHeader使用大全及文件下载.net函数使用注意点(转载)
小編覺得挺不錯的,現在分享給大家,幫大家做個參考.
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.WriteFileResponse.WriteFile使用起來很方便,但是當網站為瀏覽者提供大塊頭文件的下載服務時就會發現WriterFile簡直就是惡夢,它會非常占用資源,而且如果當大量用戶同時訪問大量文件時,會引用IIS崩潰.--------------------------------------------------------------------------------慎用Response.TransmitFileTransmitFile與WriteFile一樣的實現機制,依然會有資源占有的問題,而且只針對IE,支持IE的斷點續傳.
但是,如果TransmitFile一個70MB的東西,每一次執行完畢aspnet_wp.exe退出線程怎么最快也要20秒。這太不劃算了。
就算開始用戶點取消,沒有下載,還是要20秒。(為什么最快呢?用戶關閉了瀏覽器之后,TransmitFile的源文件里面的flush不阻塞,所以最快)
這個TransmitFile的意思就是aspnet_wp.exe永遠要讀完這個文件!
這個算法在大部分時間是OK的。因為除非你這個文件很大。否則就讓他讀吧。
如果有2GB那么大,用戶都關了瀏覽器要還讓他讀就不劃算了。如果請求很多,就更麻煩了。要慎用。
?
轉載于:https://www.cnblogs.com/xyzhuzhou/archive/2013/05/16/3081257.html
總結
以上是生活随笔為你收集整理的Response. AppendHeader使用大全及文件下载.net函数使用注意点(转载)的全部內容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: 博客园2013年5月份第1周源码发布详情
- 下一篇: day19(中)_IO流3(模拟缓冲区,