WebAPI上传大文件

今天在研究WebAPI的上传与下载，作为Rest的框架，更多是面向资源，就其本身来说，是不会涉及也不应该涉及到大文件的处理，具体多大呢，也就是ASP.NET的限值2G。

ASP.NET的pipeline对于上传文件一般的处理流程是接收到文件，放到内存中，我们也一般只处理后续的流程，例如存入硬盘等等。

目前想象的一个场景是上传一个大文件，后续处理可能有多种。如果并发数过多，肯定会造成内存溢出，所以参考资料与琢磨，搞定了这个问题。

但是场景本身是有一定问题的，这纯属个人爱好在玩，真实场景来说文件不宜过大，不是专门处理大文件的服务器与协议，无非就是用流的方式，但是大文件传输使用流采用可靠协议是最好的，可靠不是指TCP的可靠，而是指在如果断开后，后续的处理，例如断点。

如果是HTTP的断点，那就只有自己写了。

一、配置文件修改

不多说，这个必须的。

[RoutePrefix("test")]
public class UploadController : ApiController
{
[Route("upload")]
[HttpPost]
public Task<IEnumerable<FileDesc>> Post()
{
var folderName = "uploads";
var PATH = HttpContext.Current.Server.MapPath("~/" + folderName);
var rootUrl = Request.RequestUri.AbsoluteUri.Replace(Request.RequestUri.AbsolutePath, String.Empty);
if (Request.Content.IsMimeMultipartContent())
{
var streamProvider = new CustomMultipartFormDataStreamProvider(PATH);
var task = Request.Content.ReadAsMultipartAsync(streamProvider).ContinueWith<IEnumerable<FileDesc>>(t =>
{

if (t.IsFaulted || t.IsCanceled)
{
throw new HttpResponseException(HttpStatusCode.InternalServerError);
}

var fileInfo = streamProvider.FileData.Select(i =>
{
var info = new FileInfo(i.LocalFileName);
return new FileDesc(info.Name, rootUrl + "/" + folderName + "/" + info.Name, info.Length / 1024);
});
return fileInfo;
});

return task;
}
else
{
throw new HttpResponseException(Request.CreateResponse(HttpStatusCode.NotAcceptable, "This request is not properly formatted"));
}
}
}

public class CustomMultipartFormDataStreamProvider : MultipartFormDataStreamProvider
{
public CustomMultipartFormDataStreamProvider(string path)
: base(path)
{ }

public override string GetLocalFileName(System.Net.Http.Headers.HttpContentHeaders headers)
{
var name = !string.IsNullOrWhiteSpace(headers.ContentDisposition.FileName) ? headers.ContentDisposition.FileName : "NoName";
return name.Replace("\"", string.Empty);
}
}

View Code
MultipartFormDataStreamProvider

还有各种Provider，这样我们就可以有很多种处理方式，去掉WebAPI自带的Buffer，我们自己来处理。

MultipartFormDataRemoteStreamProvider 例如这个Provider，是抽象类，需要自己继承，设想如果我们要把这个上传的文件传到另外的地方去，例如Azure上，我们是不是可以直接架设管道，用流的方式。

下次介绍Provider。

最后还是上图吧，without picture I say ge hair?

准备工作，要上传的文件，才装了系统，就用这个吧



700多MB够了吧，还要怎样？

准备客户端，用网页比较方便，直接看进度

<h2>API Upload</h2>
<form name="apiForm" method="post" enctype="multipart/form-data" action="http://localhost:15068/test/upload">
<div>
<label for="apifiles">Select a File</label>
<input name="apifiles" type="file" />
</div>
<div>
<input type="submit" value="Upload" />
</div>
</form>

那就开始吧









至于内存的占用，既然是流，就不用多说了。不会有很大起伏的，就不贴图了，已经占了很大版面了。

PS：在学习的过程中，还遇到另外一种解决方案，是否还记得ASP.NET中接收上传文件的SaveAS方法，是的，用这个方法的主人也是可以接收文件的，它会干一个有趣的事情，不用内存作为Buffer，而是用硬盘，并且IIS在关闭或者隔一段时间后会干掉这个硬盘Buffer，后续的流程还是一样。对了，这是在IIS上测试的，本地宿主没试过。