下列是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的處理機制來看,我想會有辦法解決此問題,不過得待我有空時才能好好看看.
发表于 @ 2008年04月15日 22:54:00|评论(loading...)