我有一个相当标准的 .net MVC 4 Web API 应用程序。
public class LogsController : ApiController
{
public HttpResponseMessage PostLog(List<LogDto> logs)
{
if (logs != null && logs.Any())
{
var goodLogs = new List<Log>();
var badLogs = new List<LogBad>();
foreach (var logDto in logs)
{
if (logDto.IsValid())
{
goodLogs.Add(logDto.ToLog());
}
else
{
badLogs.Add(logDto.ToLogBad());
}
}
if (goodLogs.Any())
{
_logsRepo.Save(goodLogs);
}
if(badLogs.Any())
{
_logsBadRepo.Save(badLogs);
}
}
return new HttpResponseMessage(HttpStatusCode.OK);
}
}
这一切都很好，我有能够向我发送他们的日志的设备，而且效果很好。但是现在我们开始担心正在传输的数据的大小，我们想看看接受使用 GZIP 压缩的帖子？
我该怎么做呢？它是在 IIS 中设置还是我可以使用操作过滤器？
编辑 1
继菲利普的回答之后，我的想法是我需要在请求到达我的控制器之前拦截它的处理。如果我可以在 Web api 框架尝试将请求的主体解析为我的业务对象之前捕获请求，这会失败，因为请求的主体仍然被压缩。然后我可以解压缩请求的主体，然后将请求传递回处理链，希望 Web Api 框架能够将（解压缩的）主体解析为我的业务对象。
看起来使用 DelagatingHandler 是要走的路。它允许我在处理过程中访问请求，但在我的控制器之前。所以我尝试了以下？
public class gZipHandler : DelegatingHandler
{
protected override System.Threading.Tasks.Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, System.Threading.CancellationToken cancellationToken)
{
string encodingType = request.Headers.AcceptEncoding.First().Value;
request.Content = new DeCompressedContent(request.Content, encodingType);
return base.SendAsync(request, cancellationToken);
}
}
public class DeCompressedContent : HttpContent
{
private HttpContent originalContent;
private string encodingType;
public DeCompressedContent(HttpContent content, string encodType)
{
originalContent = content;
encodingType = encodType;
}
protected override bool TryComputeLength(out long length)
{
length = -1;
return false;
}
protected override Task<Stream> CreateContentReadStreamAsync()
{
return base.CreateContentReadStreamAsync();
}
protected override Task SerializeToStreamAsync(Stream stream, TransportContext context)
{
Stream compressedStream = null;
if (encodingType == "gzip")
{
compressedStream = new GZipStream(stream, CompressionMode.Decompress, leaveOpen: true);
}
return originalContent.CopyToAsync(compressedStream).ContinueWith(tsk =>
{
if (compressedStream != null)
{
compressedStream.Dispose();
}
});
}
}
}
这似乎工作正常。SendAsync 方法在我的控制器之前被调用，并且 DecompressedContent 的构造函数被调用。但是 SerializeToStreamAsync 从未被调用，所以我添加了 CreateContentReadStreamAsync 以查看是否应该在此处进行解压缩，但这也没有被调用。
我觉得我已经接近解决方案了，但只需要一点点额外的东西就可以了。