WriteFile vs TransmitFile傳輸後需要從服務器上刪除的大文件

我必須觸發用戶將大文件下載到Web瀏覽器，在此創建要在服務器上傳輸的文件，然後立即將其刪除。我找到了足夠的例子來看看我應該使用Response.TransmitFile還是Response.WriteFile ...但是聽說兩者都存在問題：WriteFile vs TransmitFile傳輸後需要從服務器上刪除的大文件

WriteFile是同步的，但它在發送之前將文件緩衝在內存中給用戶。由於我正在處理非常大的文件，這可能會導致問題。

TransmitFile不在本地進行緩衝，因此它對大文件起作用，但它是異步的，所以在調用TransmitFile後我無法刪除文件。顯然刷新文件並不能保證我可以刪除它？

處理這個問題的最好方法是什麼？

還有BinaryWrite也...我可以循環通過一個文件流，複製它分段？

來源

2010-02-02 tbischel

這裏是它使用的TransmitFile但允許一旦它使用委託做你做的東西很好的解決方案：

http://improve.dk/blog/2008/03/29/response-transmitfile-close-will-kill-your-application

在與文件刪除結束只需更換記錄。

來源

2010-02-02 20:09:45

你可以提交文件到磁盤（隨機名等），並開始發送，但添加一個條目到臨時文件名的數據庫表，在你定義的一段時間後，有一些清理工作通過這些數據庫條目，如果磁盤已經老化，則從磁盤刪除該文件。

來源

2010-02-02 22:44:19

WriteFile是同步的，但它在發送給用戶之前將文件緩衝在內存中。由於我是處理非常大的文件，此可能會導致問題。

我相信你可以通過設置來禁用緩衝WriteFile Response.BufferOutput = false;

一旦這已被設置爲false，你應該能夠調用WriteFile的無緩衝......

來源

2011-03-17 08:29:11 Peter

WriteFile的用於從服務器下載小文件方法，尺寸參數必須是零之間Int32的最大值，在傳輸文件之前將文件緩存在內存中。 TransmitFile方法用於從服務器下載大文件，並且不會將文件緩衝到內存中。但是，當下載文件時嘗試刪除文件時，會引發異常。下面是在下載文件後刪除文件的代碼。

FileStream fs = new FileStream(@"D:\FileDownLoad\DeskTop.zip", FileMode.OpenOrCreate); 
     MemoryStream ms = new MemoryStream(); 
     fs.CopyTo(ms); 
     context.Response.AppendHeader("content-disposition", "attachment; filename=" + "DeskTop.zip"); 
     context.Response.ContentType = "application/octet-stream"; 
     context.Response.BinaryWrite(ms.ToArray()); 
     fs.Close(); 
     File.Delete(@"D:\FileDownLoad\DeskTop.zip");

來源

2016-08-21 17:43:51

WriteFile vs TransmitFile傳輸後需要從服務器上刪除的大文件

回答

相關問題