我正在客户端使用FineUploader,如果浏览器支持它,它将使用FileAPI / XHR,否则将使用enctype =“multipart whatever”来回溯到Iframe / form。
所以在服务器端我需要评估Request.Files.Count>如果是真的,这是一个旧的学校上传,我保存的文件像Request.Files [0] .InputStream.CopyTo(myFileStream)否则我做Request.InputStreawm.CopyTo(myFileStream)。
这里有一些我写的实际代码,这样做的东西:https://github.com/ronnieoverby/file-uploader/blob/master/server/ASP.NET%20MVC%20C%23/FineUpload.cs
这一切都很好,但在我的测试中,我注意到,在整个文件上传之前,ASP.NET MVC控制器动作和HttpHandler都不会开始处理,如果文件非常大,这意味着它占用很多的Web服务器的RAM。
我发现这是:Streaming large file uploads to ASP.NET MVC这听起来很有希望,但我真的不知道代码在他的应用程序中的位置。
那么问题是:如何在ASP.NET中仍然发生上传文件时将文件上传到磁盘?
更新
我刚刚看到一个关键细节,以前没有下沉。从HttpPostedFile文档:
By default,all requests,including form fields and uploaded files,
larger than 256 KB are buffered to disk,rather than held in server
memory.
好的,这解决了在大型上传期间Web服务器的RAM利用率可能上涨的担忧。但是,仍然有一个问题:文件完全传输到Web服务器后,服务器必须花时间将其移动到最终目的地。如果文件系统操作是副本(如果目的地在另一个物理磁盘上,则保证),则响应将不必要地延迟。
解决方法
HttpRequest.GetBufferlessInputStream
方法。基本上,您可以访问原始的传入数据,并随意随意使用它。
>创建处理程序:
- public class UploadHandler : IHttpHandler
- {
- public void ProcessRequest(HttpContext context)
- {
- using (var stream = context.Request.GetBufferlessInputStream())
- using (var fileStream = File.Create("c:\\tempfile.txt"))
- {
- stream.CopyTo(fileStream);
- }
- }
- public bool IsReusable { get { return true; } }
- }
>在Web.config中注册:
- <system.webServer>
- <modules runAllManagedModulesForAllRequests="true"/>
- <handlers>
- <add name="UploadHandler" verb="POST"
- path="/upload"
- type="UploadHandler"
- resourceType="Unspecified"/>
- </handlers>
- </system.webServer>
>创建一个带有表单的页面:
- <form action="/upload" method="post" enctype='multipart/form-data'> <input type="file" name="aa" id="aa"/><input type="submit"/></form>