欢迎您访问程序员文章站本站旨在为大家提供分享程序员计算机编程知识!
您现在的位置是: 首页  >  IT编程

ASP.NET Core 文件响应压缩的常见使用误区

程序员文章站 2022-08-12 09:18:23
误区1:未使用brotil 压缩  几乎不需要任何额外的代价,brotil 压缩算法可以帮助你的网站提升约 20% 静态资源加载性能。  同时启用 gzip / brotil 压缩  gzip 有更好...

误区1:未使用 brotil 压缩

  几乎不需要任何额外的代价,brotil 压缩算法可以帮助你的网站提升约 20% 静态资源加载性能。

  同时启用 gzip / brotil 压缩

  gzip 有更好的 user-agent 兼容性,而 brotli 有更好的性能。

  所以我们通常需要在 asp.net core 网站中同时启用这两种压缩。

  如何区分 gzip 压缩和 brotli 压缩

  网站启用 brotli 压缩时,服务器请求返回头 content-encoding 中会包含 br 字样,否则是 gzip。

误区2:使用 fastest 级别的 brotli 压缩

  如果你阅读并参考了微软官方文档或者其他中文资源,比如:

  asp.net core 中的响应压缩 - ms doc

  在asp.net core中使用brotli压缩 - cnblogs

  那么你可能会在代码中像下面这样使用压缩功能:

  写法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<brotlicompressionprovider>();
        options.providers.add<gzipcompressionprovider>();
        options.providers.add<customcompressionprovider>();
        options.mimetypes = 
            responsecompressiondefaults.mimetypes.concat(
                new[] { "image/svg+xml" });
    });
    services.configure<brotlicompressionprovideroptions>(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 压缩算法的优势。

  它们的共同点是均使用了 compressionlevel.fastest 压缩级别。

  而在 compressionlevel.fastest 级别时,brotil 与 gzip 压缩性能几乎无异。

  参考:introducing support for brotli compression

ASP.NET Core 文件响应压缩的常见使用误区

误区3:使用 optimal 级别的 brotli 压缩

  compressionlevel 只有三个枚举值:fastest / nocompression / optimal。

  既然 fastest 级别没有用,那我们只能换成 optimal 了。

ASP.NET Core 文件响应压缩的常见使用误区

ASP.NET Core 文件响应压缩的常见使用误区

最佳实践:使用 4 或 5 级别的 brotli 压缩

  在 introducing support for brotli compression 这篇文章中,作者对不同级别 brotil 的压缩耗时做了评测,也就是下面这幅图。

ASP.NET Core 文件响应压缩的常见使用误区

   观察这副图,brotil 的压缩质量其实有 1~11 个级别。

  那我们如何自定义 brotli 的压缩级别呢,答案是直接将级别对应的整数转成 compressionlevel 枚举。

ASP.NET Core 文件响应压缩的常见使用误区

 尽管这种写法看起来十分古怪,但通过考察 .net 源码,可以确凿这种写法是可行的。

以上就是asp.net core 文件响应压缩的常见使用误区的详细内容,更多关于asp.net core 文件响应压缩的资料请关注其它相关文章!