有时候为了提升WebAPI的性能，减少响应时间，我们会使用压缩和解压，而现在大多数客户端浏览器都提供了内置的解压支持。在WebAPI请求的资源越大时，使用压缩对性能提升的效果越明显，而当请求的资源很小时则不需要使用压缩和解压，因为压缩和解压同样也是需要耗费一定的时间的。
看见老外写了一篇ASP.NET Web API GZip compression ActionFilter with 8 lines of code
说实话被这标题吸引了，8行代码实现GZip压缩过滤器，我就照着他的去实践了一番，发现居然中文出现乱码。
按照他的实现方式：
1、下载DotNetZipLib库
2、解压后添加Ionic.Zlib.dll的dll引用
3、新建DeflateCompression特性和GZipCompression特性，分别代表Deflate压缩和GZip压缩，这两种压缩方式的实现代码很相似
不同的地方就是
actContext.Response.Content.Headers.Add("Content-encoding", "gzip");
actContext.Response.Content.Headers.Add("Content-encoding", "deflate");
和
var compressor = new DeflateStream(
output, CompressionMode.Compress,
CompressionLevel.BestSpeed)
var compressor = new GZipStream(
output, CompressionMode.Compress,
CompressionLevel.BestSpeed)
using System.Net.Http; using System.Web.Http.Filters; namespace WebAPI.Filter { public class GZipCompressionAttribute : ActionFilterAttribute { public override void OnActionExecuted(HttpActionExecutedContext actContext) { var content = actContext.Response.Content; var bytes = content == null ? null : content.ReadAsByteArrayAsync().Result; var zlibbedContent = bytes == null ? new byte[0] : CompressionHelper.GZipByte(bytes); actContext.Response.Content = new ByteArrayContent(zlibbedContent); actContext.Response.Content.Headers.Remove("Content-Type"); actContext.Response.Content.Headers.Add("Content-encoding", "gzip"); actContext.Response.Content.Headers.Add("Content-Type", "application/json"); base.OnActionExecuted(actContext); } } } using System.Net.Http; using System.Web.Http.Filters; namespace WebAPI.Filter { public class DeflateCompressionAttribute : ActionFilterAttribute { public override void OnActionExecuted(HttpActionExecutedContext actContext) { var content = actContext.Response.Content; var bytes = content == null ? null : content.ReadAsByteArrayAsync().Result; var zlibbedContent = bytes == null ? new byte[0] : CompressionHelper.DeflateByte(bytes); actContext.Response.Content = new ByteArrayContent(zlibbedContent); actContext.Response.Content.Headers.Remove("Content-Type"); actContext.Response.Content.Headers.Add("Content-encoding", "deflate"); actContext.Response.Content.Headers.Add("Content-Type", "application/json"); base.OnActionExecuted(actContext); } }
4、添加一个压缩帮助类CompressionHelper
using System.IO; using Ionic.Zlib; namespace WebAPI.Filter { public class CompressionHelper { public static byte[] DeflateByte(byte[] str) { if (str == null) { return null; } using (var output = new MemoryStream()) { using ( var compressor = new DeflateStream( output, CompressionMode.Compress, CompressionLevel.BestSpeed)) { compressor.Write(str, 0, str.Length); } return output.ToArray(); } } public static byte[] GZipByte(byte[] str) { if (str == null) { return null; } using (var output = new MemoryStream()) { using ( var compressor = new GZipStream( output, CompressionMode.Compress, CompressionLevel.BestSpeed)) { compressor.Write(str, 0, str.Length); } return output.ToArray(); } } } }
5、控制器调用，这里我写的测试代码：
public class TestController : ApiController { StringBuilder sb = new StringBuilder(); [GZipCompression] public string Get(int id) { for (int i = 0; i < 1000;i++ ) { sb.Append("这里是中国的领土" + i); } return sb.ToString() + DateTime.Now.ToLocalTime() + "," + id; } }
先看下不使用压缩，注释//[GZipCompression] 标记，文件大小是26.4kb，请求时间是1.27s
使用[GZipCompression]标记，添加压缩后，文件大小是2.4kb，响应时间是1.21，Respouse Body明显小了很多，但是响应时间少得并不明显，因为在本地环境下载太快了，而压缩解压却要消耗一定的时间，界面加载的时间主要消耗在onload上了。有个问题：中文显示乱码了。
使用.net自带的压缩，在System.IO.Compression中提供了对应的类库——GZipStream与DeflateStream。控制器调用代码不变，新建一个CompressContentAttribute.cs类，代码如下：
View Code
运行查看结果，压缩能力比DotNetZipLib略差，但是不再出现乱码了。
把控制器代码中的标记改为 [DeflateCompression]，使用Deflate压缩再来看下效果：
Deflate压缩后，Content-Length值为2538，而GZip压缩Content-Length值为2556，可见Deflate压缩效果更好。
这里，WebAPI的压缩我都是通过Action过滤器的方式来实现，当然你也可以写在WebAPI中的全局配置中，考虑到有些API接口并不需要使用到压缩，所以就通过Action过滤器的方式来实现了。
dudu的这篇文章HttpClient与APS.NET Web API：请求内容的压缩与解压在客户端压缩、在服务端解压。
本文转自邹琼俊博客园博客，原文链接：http://www.cnblogs.com/jiekzou/p/6277429.html，如需转载请自行联系原作者
