绝大多数人认为在ASP.NET中上传大文件有以下这些解决方案:
◆不要这样做。你最好是在页面中嵌入一个Silverlight或Flash进程上传文件。
◆不要这样做。因为HTTP本身设计就不是为了上传大文件,重新思考你要的功能。
◆不要这样做。ASP.NET本身设计最大也就能处理2GB大小的文件。
◆购买商业产品,如SlickUpload,它使用了一个HttpModule实现了文件流分块。
◆使用开源产品,如NeatUpload,它使用了一个HttpModule实现了文件流分块。
最近我接到一个任务,需构建一个上传工具实现以下功能:
◆必须工作在HTTP协议
◆必须允许非常大的文件上传(会大于2GB)
◆必须允许断点续传
◆必须允许并行上传
因此前三个解决方案都不适应我的需求,其它解决方案对于我而言又太笨重了,因此我开始着手解决在ASP.NET MVC中的这个问题,如果有这方面的开发背景,你一定了解大部分问题最终都归结于对ASP.NET输入流和连锁请求过程的控制,网上的资料一般都是这样描述的,只要你的代码访问了HttpRequest的InputStream属性,在你访问流之前,ASP.NET就会缓存整个上传的文件,这就意味着当我向云服务上传文件时,我必须等待整个大文件抵达服务器,然后才能将其传输到预定目的地,这意味着需要两倍的时间。
首先,我们推荐你阅读一下Scott Hanselman的有关ASP.NET MVC文件上传文章,地址http://www.hanselman.com/blog/CommentView.aspx?guid=bc137b6b-d8d0-47d1-9795-f8814f7d1903,先对文件上传有一个大致的了解,但Scott Hanselman的方法是不能上传大文件的,根据Scott Hanselman的方法,你只需要修改一下web.config文件,确保ASP.NET允许最大支持2GB大小的文件上传,不要担心,这样设置并不会吃掉你的内存,因为凡是大于256KB的数据都被缓存到磁盘上去了。
﹤system.web﹥ ﹤httpruntime requestlengthdiskthreshold="256" maxrequestlength="2097151"﹥ ﹤/httpruntime﹥﹤/system.web﹥ |
这是一个简单的适合大多数应用的解决办法,但我的任务中不能借用这种方法,即使会将数据缓存到磁盘中,但这种类似于另存为的方法也会使用大量的内存。
那么在ASP.NET MVC中通过直接访问流,不触发任何缓存机制,上传大文件该如何实现呢?解决办法就是尽量远离ASP.NET,我们先来看一看UploadController,它有三个行为方法,一个是索引我们上传的文件,一个是前面讨论的缓存逻辑,另一个是基于实时流的方法。
public class UploadController : Controller { [AcceptVerbs(HttpVerbs.Get)] [Authorize] public ActionResult Index() { return View(); } [AcceptVerbs(HttpVerbs.Post)] public ActionResult BufferToDisk() { var path = Server.MapPath("~/Uploads"); foreach (string file in Request.Files) { var fileBase = Request.Files[file]; try { if (fileBase.ContentLength > 0) { fileBase.SaveAs(Path.Combine(path, fileBase.FileName)); } } catch (IOException) { } } return RedirectToAction("Index", "Upload"); } //[AcceptVerbs(HttpVerbs.Post)] //[Authorize] public void LiveStream() { var path = Server.MapPath("~/Uploads"); var context = ControllerContext.HttpContext; var provider = (IServiceProvider)context; var workerRequest = (HttpWorkerRequest)provider.GetService(typeof(HttpWorkerRequest)); //[AcceptVerbs(HttpVerbs.Post)] var verb = workerRequest.GetHttpVerbName(); if(!verb.Equals("POST")) { Response.StatusCode = (int)HttpStatusCode.NotFound; Response.SuppressContent = true; return; } //[Authorize] if(!context.User.Identity.IsAuthenticated) { Response.StatusCode = (int)HttpStatusCode.Unauthorized; Response.SuppressContent = true; return; } var encoding = context.Request.ContentEncoding; var processor = new UploadProcessor(workerRequest); processor.StreamToDisk(context, encoding, path); //return RedirectToAction("Index", "Upload"); Response.Redirect(Url.Action("Index", "Upload")); } } |
虽然这里明显缺少一两个类,但基本的方法还是讲清楚了,看起来和缓存逻辑并没有太大的不同之处,我们仍然将流缓存到了磁盘,但具体处理方式却有些不同了,首先,没有与方法关联的属性,谓词和授权限制都被移除了,使用手动等值取代了,使用手工响应操作而不用ActionFilterAttribute声明的原因是这些属性涉及到了一些重要的ASP.NET管道代码,实际上在我的代码中,我还特意拦截了原生态的HttpWorkerRequest,因为它不能同时做两件事情。