ASP.NET 上傳進度顯示 - 補遺 (Update 04/16)

摘要:ASP.NET 上傳進度顯示 - 補遺 (Update 04/16)

下列是ASP.NET上傳機制的補遺.

 

1. UploadFrameHelper 提供了GetPreviousPage函式,可以取得Cross-Page PostBack時
   的Page,如下所示:
  

<%@ WebHandler Language="C#" Class="Handler" %>

using System;
using System.Web;
using System.Reflection;
using System.Security.Permissions;
using System.IO;
using System.Web.UI;

public class Handler : IHttpHandler {
   
    public void ProcessRequest (HttpContext context) {
        if (UploadFrameHelper.HandleUpload())
        {
            // 於此儲存上傳的檔案.
            // ie:
            //    context.Request.Files[0].SaveAs(@"c:\temp1\upload.xxx");
            Page p = UploadFrameHelper.GetPreviousPage();
            System.Web.UI.WebControls.FileUpload fl =   (System.Web.UI.WebControls.FileUpload)p.FindControl("FileUpload1");
            fl.SaveAs(@"c:\uploadfile"+fl.FileName);
            context.Response.Write(context.Request.Files[0].FileName);           
        }
    }
 
    public bool IsReusable {
        get {
            return false;
        }
    }

}


 

2. 這個機制事實上並不受限於maxRequestLength的設定,


 

   所謂的限制來自於下方的程式碼.


 

  


 

   HackUpload.cs


 

  

 ..........
   public bool Load()
    {
        if (_context.Request.ContentLength < GetMaxRequestSize())
        {
   ..........


 

     若移除此處程式碼,那麼上傳檔案將無限制,我猜大概只受限於executionTimeout及


 

   IO,大概是2GB 或 4GB吧.


 

  


 

3.ASP.NET Runtime 的記憶體耗費,記憶中, ASP.NET Runtime是將上傳的檔案先行存在記憶體中的,

 這意味著當上傳檔案很大,而且有很多人使用時,IIS將會耗掉許多記憶體.

 從追蹤ASP.NET Runtime的處理機制來看,我想會有辦法解決此問題,不過得待我有空時才能好好看看.