|
|
目录
$ ~4 L9 j) x, V. G
5 i: D5 _/ d+ |# r
- V5 E) N$ o5 \9 w- 误区1:未使用 Brotil 压缩
* N2 R: w" k5 P6 ^ - 误区2:使用 Fastest 级别的 Brotli 压缩
_9 J; g, E: M. f% X - 误区3:使用 Optimal 级别的 Brotli 压缩
/ r; o8 H, Y5 l: a7 @ & K& s! ^+ o }7 Y
误区1:未使用 Brotil 压缩
0 F9 j% [6 _* I3 V, V# t+ e: q% G: q3 c/ `# O
$ s3 D- ^0 y' Y 几乎不需要任何额外的代价,Brotil 压缩算法可以帮助你的网站提升约 20% 静态资源加载性能。6 ?6 u: J; H) m4 l9 @
同时启用 Gzip / Brotil 压缩
- h7 W: f2 X, H Gzip 有更好的 user-agent 兼容性,而 Brotli 有更好的性能。( K. }& C2 s% b% t
所以我们通常需要在 ASP.NET Core 网站中同时启用这两种压缩。1 {7 X4 b- Z* | P' z0 e1 O
如何区分 Gzip 压缩和 Brotli 压缩
4 v' T2 k! Q; \8 B% h( N& P 网站启用 Brotli 压缩时,服务器请求返回头 Content-Encoding 中会包含 br 字样,否则是 gzip。7 d/ u. H( P3 o' T$ V. U
: S2 F: Y& T4 f" p& S+ c误区2:使用 Fastest 级别的 Brotli 压缩# @6 f: U' k e- i# h
6 e* b0 s: ~3 R+ M, B
) P0 a5 N) A1 F+ B: e
如果你阅读并参考了微软官方文档或者其他中文资源,比如:
0 z; ?7 Y- F8 _4 ?7 i6 f6 L- C2 Z ASP.NET Core 中的响应压缩 - MS Doc
9 z+ B7 N! G, Y8 g. d0 z$ _ 在ASP.NET Core中使用brotli压缩 - Cnblogs1 U+ }' R; v1 ~; a' M$ G
那么你可能会在代码中像下面这样使用压缩功能:" I1 L1 \5 y% d
写法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 压缩算法的优势。, G! O- M8 V V
它们的共同点是均使用了 CompressionLevel.Fastest 压缩级别。) r0 Y( y% d* `! @
而在 CompressionLevel.Fastest 级别时,Brotil 与 Gzip 压缩性能几乎无异。
& S4 {5 P# }5 h2 w2 u, m 参考:Introducing Support for Brotli Compression
' \% q7 y* C B1 `8 X6 G1 {: E7 I
) z; F/ O& \ A- r7 E5 g. ?. q误区3:使用 Optimal 级别的 Brotli 压缩, O; a& N7 g: S
$ e4 q; e R/ P- _- ^$ G8 S8 I0 h2 }) M
7 W( g/ @& L4 {4 K3 ^! T CompressionLevel 只有三个枚举值:Fastest / NoCompression / Optimal。) u1 U: r1 a; F2 D
既然 Fastest 级别没有用,那我们只能换成 Optimal 了。
5 ]' R8 g' {" w j! P: d4 n
, @& d* m7 o6 f/ k
! A2 ]" ?+ r4 P7 O: T% w" N, T最佳实践:使用 4 或 5 级别的 Brotli 压缩
/ _- x- q8 S F$ v7 l 在 Introducing Support for Brotli Compression 这篇文章中,作者对不同级别 Brotil 的压缩耗时做了评测,也就是下面这幅图。
6 P) b- B/ {2 u# P7 j% V
: c( `& G6 {4 x+ x2 a 观察这副图,Brotil 的压缩质量其实有 1~11 个级别。6 }& i: @: j, ?2 H, a
那我们如何自定义 Brotli 的压缩级别呢,答案是直接将级别对应的整数转成 CompressionLevel 枚举。
; a! ]) H: U% l, Q 9 _0 D4 L7 v( h* x8 Z$ G K0 b4 U
尽管这种写法看起来十分古怪,但通过考察 .NET 源码,可以确凿这种写法是可行的。
7 N6 u& o" F5 n* G4 V+ t以上就是ASP.NET Core 文件响应压缩的常见使用误区的详细内容,更多关于ASP.NET Core 文件响应压缩的资料请关注脚本之家其它相关文章!
- s, {+ m5 c" I/ C N
) J) J4 S5 W8 Y4 i; O来源:http://www.jb51.net/article/213748.htm
. @4 q. ~* a( ^0 h3 Z免责声明:如果侵犯了您的权益,请联系站长,我们会及时删除侵权内容,谢谢合作! |
本帖子中包含更多资源
您需要 登录 才可以下载或查看,没有账号?立即注册
×
|