如何从 ASP.NET 页面请求中删除上传的文件并处理该请求而不损害其完整性？

Question

假设有人：

1. 访问ASPX页面（http get请求）。
2. 在文件上传器中设置“太大”文件并单击上传按钮（http post 请求）。

我不关心提供自定义错误页面；这是愚蠢的，并且会破坏应用程序。

我想以编程方式处理错误。它可以被 global.asax 的 Application_BeginRequest 处理程序拦截（我认为是在收到整个请求之后），如发布的 此处。

我想做的是从请求中删除超大文件，在“HttpContext.Current.Items["filetoolarge"] = true”之类的内容中设置某种标志，然后执行 Server.Transfer 到同一页面，这样请求就好像文件从未发送过一样运行，除了现在有一个错误标志，页面当然会检查并在找到时显示一条不错的错误消息。

这可以做到吗？

Answer 1

我知道如何在不使用 Flash 或 ActiveX 的情况下执行此操作的唯一方法是将 maxRequestLength 设置为较高的值，然后在文件可用时使用 JavaScript 访问有关该文件的信息，然后进行取消/错误处理。我使用了 Telerik 上传控件 这样做，但你应该能够做类似的事情。

Answer 2

将 web.config 中的 maxRequestLength 设置为如下所示的大值：

<system.web>
        <httpRuntime maxRequestLength="26000" executionTimeout="600"/>
</system.web>

这样您就可以接收大文件。然后像这样处理它：

        If fileUploader.PostedFile.ContentLength > theSize Then
            'show error'
        else
            'process it'
        End If

希望它有帮助。

更新：

maxRequestLength以KB为单位。

PostedFile.ContentLength 以字节为单位。

Answer 3

我在这里发布了解决方案： 哪里做我在 IIS7 中捕获并处理超出了 maxAllowedContentLength？

我的解决方案涉及重写页面的 OnError 处理程序，我认为它仅在 .NET 4.0 中有效，因为它涉及获取最后一个异常作为 HttpException 并检查 WebEventCode 属性，该属性似乎是 .NET 4.0 框架中的新内容。

还有另一个解决方案涉及拦截 Application_EndRequest 全局应用程序处理程序，其中 StatusCode 和 SubStatusCode 属性值都可用，但我认为它不起作用，因为在 EndRequest 时响应可能已经刷新到客户端事件被引发。

根据我的经验，OnError 和 Application_EndRequest 方法几乎立即运行，远早于服务器可能收到整个请求的时间，因此它可能会由于有关请求大小的一些早期警告而被触发。

我已经测试了 OnError 方法，除了不可避免的延迟（浏览器坚持在处理和显示服务器响应之前完成其请求的上传）之外，它工作完美。

有关 Web 事件代码的信息可在此处找到 - http://msdn.microsoft。 com/en-us/library/ff650306.aspx