在ASPNET Core中使用brotli压缩

　　雪野莉子Brotli是一种全新的数据格式，可以提供比Zopfli高20-26%的压缩比。据谷歌研究，Brotli压缩速度同zlib的Deflate实现大致相同，而在Canterbury语料库上的压缩密度比LZMA和bzip2略大。链接:Google开源Brotli压缩算法微软使用了一种基于谷歌提供的C代码的实现，向.NET Core 2.1添加了Brotli压缩支持。由于Brotli得到了许多Web浏览器和Web服务器的广泛支持，所以.NET Core提供对这项技术的支持常有用的。

　　Brotli最初发布于2015年，用于网络字体的离线压缩。Google软件工程师在2015年9月发布了包含通用无损数据压缩的Brotli增强版本，特别侧重于HTTP压缩。其中的编码器被部分改写以提高压缩比，编码器和解码器都提高了速度，流式API已被改进，增加更多压缩质量级别。新版本还展现了跨平台的性能改进，以及减少解码所需的内存。

　　与常见的通用压缩算法不同，Brotli使用一个预定义的120千字节字典。该字典包含超过13000个常用单词、短语和其他子字符串，这些来自一个文本和HTML文档的大型语料库。预定义的算法可以提升较小文件的压缩密度。

　　使用brotli替换deflate来对文本文件压缩通常可以增加20%的压缩密度，而压缩与解压缩速度则大致不变。使用Brotli进行流压缩的内容编码类型已被提议使用“br”。

　　所以，除了gzip之外，该是支持Brotli的时候了!有关 ASP.NET 核心响应压缩中间件:， 这篇文章中已经介绍了在asp.net core中使用 GzipCompressionProvider，同时也介绍了自定义提供程序来支持Brotli 压缩，微软.net团队博客有篇文章详细的介绍了Brotli。

　　响应压缩中间件查看请求的头部并检查压缩提供者是否可以处理其中一种可接受的编码。默认情况下，只支持gzip算法。通过实施自定义压缩提供程序来支持自定义编码。自定义提供程序必须实现该ICompressionProvider接口。该接口包含一个具有编码名称的属性以及一个创建压缩流的方法。pression.Brotli.dll 提供了一个BrotliStream类，所以实现非常简单:

　　客户端提交的请求Accept-Encoding: br标头。 该中间件使用自定义压缩的实现，并返回响应，其中Content-Encoding: br标头。 客户端必须能够解压缩顺序用于工作的自定义压缩实现的自定义编码brotli 。

　　Vary和Content-Encoding标头会显示在响应。当压缩响应基于Accept-Encoding标头，有可能的多个压缩的版本响应和未压缩的版本。 若要客户端和代理服务器缓存，多个版本存在，并且应存储Vary标头添加与Accept-Encoding值。

　　本文由 325游戏（m.325games.com）整理发布