|
|
目录
! c b3 w9 w/ o$ D! {; d( N
* X/ b6 B3 o2 w, B' `1 M0 G
. U; ~9 F: d( B5 f$ ^2 V- n5 _- 误区1:未使用 Brotil 压缩
1 J; T4 e% t! {. {. i - 误区2:使用 Fastest 级别的 Brotli 压缩7 A- @3 a' Z+ k6 l$ a
- 误区3:使用 Optimal 级别的 Brotli 压缩
7 Y' w' C# J+ S9 `" z6 [
6 ?* `* X* W3 p& i' d3 s, w误区1:未使用 Brotil 压缩) Y" E$ U' o! v& p- U4 I
; ~. d" J2 ~! l8 Q& o2 O
- ^! q. s2 d9 B3 W a5 g* J8 G
几乎不需要任何额外的代价,Brotil 压缩算法可以帮助你的网站提升约 20% 静态资源加载性能。
. b/ b) s) b. G+ x7 J7 x* U- R% v( ] 同时启用 Gzip / Brotil 压缩
* c( w9 H' m" C& }+ V+ v Gzip 有更好的 user-agent 兼容性,而 Brotli 有更好的性能。4 H. ]" b( O9 Q* v
所以我们通常需要在 ASP.NET Core 网站中同时启用这两种压缩。3 h6 ^4 |" `+ G" u0 r. q$ R
如何区分 Gzip 压缩和 Brotli 压缩
, |* C" r1 h2 Q) Z! S 网站启用 Brotli 压缩时,服务器请求返回头 Content-Encoding 中会包含 br 字样,否则是 gzip。* l7 k( [7 x! P. S
" P( |! j6 I6 x
误区2:使用 Fastest 级别的 Brotli 压缩
1 U3 i. M+ d7 ^9 m2 u1 x4 d% m7 V$ {, [$ ~1 Q+ w$ h$ a8 V
B# p! @5 W! _4 B# K" m' W 如果你阅读并参考了微软官方文档或者其他中文资源,比如:
! h7 r, |3 h1 ^ ASP.NET Core 中的响应压缩 - MS Doc5 h! w) s r/ q, M" d. d
在ASP.NET Core中使用brotli压缩 - Cnblogs z0 g( m9 O2 F o2 @& f7 o0 y ^
那么你可能会在代码中像下面这样使用压缩功能:
$ @4 m1 \' h5 E6 V" O2 f 写法1:使用默认的压缩行为(框架将隐式添加 Brotli 和 Gzip 功能)- public class Startup{ public void ConfigureServices(IServiceCollection services) { services.AddResponseCompression(); } public void Configure(IApplicationBuilder app, IHostingEnvironment env) { app.UseResponseCompression(); }}
复制代码 写法2:显式添加压缩功能- public void ConfigureServices(IServiceCollection services){ services.AddResponseCompression(options => { options.Providers.Add(); options.Providers.Add(); options.Providers.Add(); options.MimeTypes = ResponseCompressionDefaults.MimeTypes.Concat( new[] { "image/svg+xml" }); }); services.Configure(options => { options.Level = CompressionLevel.Fastest; });}
复制代码 写法3:自定义 BrotliCompressionProvider- public class BrotliCompressionProvider : ICompressionProvider{ public string EncodingName => "br"; public bool SupportsFlush => true public Stream CreateStream(Stream outputStream) { return new BrotliStream(outputStream,CompressionLevel.Fastest); }}
复制代码 不幸的是,以上三种写法都没有发挥出 Brotil 压缩算法的优势。+ ?5 f" D& ^0 s- l+ T9 H, A
它们的共同点是均使用了 CompressionLevel.Fastest 压缩级别。
8 m* N3 ~; N1 ~! l" o. W7 E$ ^ 而在 CompressionLevel.Fastest 级别时,Brotil 与 Gzip 压缩性能几乎无异。) c4 a5 `- V2 _1 J% W+ |$ ^- _8 r" x
参考:Introducing Support for Brotli Compression7 u- W& h/ K& i+ f7 _. c
' H, T$ J! c( ]0 B) K/ h: f
8 I3 s; f3 O" H' Y1 H误区3:使用 Optimal 级别的 Brotli 压缩
2 h, Z8 {# h8 j4 d+ _
; Y! b' v7 p1 l2 J8 @8 o0 V R+ k6 e( g8 E+ O% K) Q' b, f
CompressionLevel 只有三个枚举值:Fastest / NoCompression / Optimal。
; o8 v1 {+ v4 Z% \ 既然 Fastest 级别没有用,那我们只能换成 Optimal 了。
|% B" i6 j" Q' h f3 M, ^. h# @( y( C2 b4 K8 j! C, H$ p' H
3 [6 C' j: }8 x- D7 t0 h+ P2 D
最佳实践:使用 4 或 5 级别的 Brotli 压缩
5 ^0 L H3 y1 C8 p+ h 在 Introducing Support for Brotli Compression 这篇文章中,作者对不同级别 Brotil 的压缩耗时做了评测,也就是下面这幅图。
8 G V& j! S, p( w
. G0 e( P( L/ w; z 观察这副图,Brotil 的压缩质量其实有 1~11 个级别。2 ` N. e3 y/ h- X$ r/ s% V
那我们如何自定义 Brotli 的压缩级别呢,答案是直接将级别对应的整数转成 CompressionLevel 枚举。1 \! Y( {7 c% D! t6 n
/ u2 [" p! y% F* O9 `' d
尽管这种写法看起来十分古怪,但通过考察 .NET 源码,可以确凿这种写法是可行的。
3 o- v& i. F" }# S, F5 u以上就是ASP.NET Core 文件响应压缩的常见使用误区的详细内容,更多关于ASP.NET Core 文件响应压缩的资料请关注脚本之家其它相关文章!6 b& L% ~+ z/ |
2 y: c7 M% Z; G; J9 e3 U来源:http://www.jb51.net/article/213748.htm
# q$ Q6 `% Y8 ]0 r" d. r$ J免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作! |
本帖子中包含更多资源
您需要 登录 才可以下载或查看,没有账号?立即注册
×
|