最近一个项目需要用到HTTP文件上传功能，做过类似功能的朋友都知道，实现HTTP文件上传的功能并不难，使用ASP.NET就更加方便了，服务器端控件HtmlInputFile提供了强大的支持。一切进展得很顺利，功能很快就实现了，套用电视剧《美丽的田野》里那位周期性出现的家伙的一个词：一切看上去都十分“美观”。

但是当尝试上传较大的文件时，一切似乎变得“丑陋”起来—程序崩溃，而且出现“The page cannot be displayed”的错误页面。查阅相关资料后得知ASP.NET中默认的上传文件的最大值为4M，在web.config中可进行设置，但是即使设得再大，用户上传的文件都有可能超过限制。于是想到在Global.asax中的Application_Error事件处理过程中捕获“Maximum request length exceeded.”异常然后使页面Redirect至Custom Error Page。然而这个方法也行不通，虽然在Application_Error中可以捕获到“Maximum request length exceeded.”异常，但是页面无法Redirect至Custom Error Page，依旧是“The page cannot be displayed”。

事情一下变得棘手起来，很多技术文章也说这是HTTP协议为保证web服务器的稳定及安全所设的限制。就连微软官方的Support上也写着：“When the maxRequestLength attribute is set in the Machine.config file and then a request is posted (for example, a file upload) that exceeds the value of maxRequestLength, a custom error page cannot be displayed. Instead, Microsoft Internet Explorer will display a "Cannot find server or DNS" error message.”这看似一个受协议限制的无解问题。正当我打算就此作罢之际，无意间看到一片文章，根据其上所写的方案，这个问题居然解决了，真是山穷水复疑无路，柳暗花明又一村。

现将该方案按照我的思路整理出来，一来做一下总结，二来希望能对他人有所帮助。这固然有事后孔明之嫌，但毕竟还是好处多多。

前面说过，等Application_Error事件处理捕获到“Maximum request length exceeded.”异常为时已晚，页面已无法正常Redirect至Custom Error Page，因此应该设法使系统不抛出“Maximum request length exceeded.”异常。而要使系统不抛出该异常，就应在HttpHandler处理Request之前，使HttpHandler得到的HttpContext的内容小于maxRequestLength。看来，可以在Global.asax中的Application_BeginRequest事件处理过程中作一番文章。下面的代码就给出了解决方案：

      

protected void Application_BeginRequest(Object source, EventArgs e)
        
{
            try
            
{
                HttpRequest request = HttpContext.Current.Request;
                if (request.ContentLength > 4096000)//4096000 is maxRequestLength
                
{
                    HttpApplication app = source as HttpApplication;
                    HttpContext context = app.Context;                     

                    HttpWorkerRequest wr =
                        (HttpWorkerRequest)(context.GetType().GetProperty
                        ("WorkerRequest", System.Reflection.BindingFlags.Instance |
                        System.Reflection.BindingFlags.NonPublic).GetValue(context, null));

                    byte[] buffer;
                    if (wr.HasEntityBody())
                    
{
                        int contentlen = Convert.ToInt32(wr.GetKnownRequestHeader(HttpWorkerRequest.HeaderContentLength));

                        buffer = wr.GetPreloadedEntityBody();
                        int received = buffer.Length;
                        int totalrecv = received;

                        if (!wr.IsEntireEntityBodyIsPreloaded())
                        
{
                            buffer = new byte[999999];  //大一点会快，最大1000000
                            while ( contentlen - totalrecv >= received )
                            
{
                                received = wr.ReadEntityBody(buffer,buffer.Length);
                                totalrecv += received;
                            }
                            received = wr.ReadEntityBody(buffer, contentlen - totalrecv);
                        }
                    }
                    Response.Redirect("WebForm2.aspx",true);
                }
            }
            catch(Exception ex)
            
{
                string strErr = ex.Message;
            }
        }

从代码可以看出，关键的思路就是：如果上传的文件超过maxRequestLength，则上传文件已可以看作无效文件，于是就可以放心大胆的为其瘦身，使Request的HttpContext的内容小于maxRequestLength，这样“Maximum request length exceeded.”异常就不会再产生，页面也就可以正常跳转到Custom Error Page了。代码中的循环部分就是将上传的文件内容读入buffer中，因为上传文件已属于无效文件，所以文件内容也就不重要，这里buffer的用途仅仅是用来接收上传文件内容，buffer中的数据也无需再被读取。

一个本来看似无解的问题就这样解决了，虽然凭的不是一己之力，然仍然收获颇丰，感觉自然仍是十分“美观”！