asp.net core 文件響應(yīng)壓縮的常見(jiàn)使用誤區(qū)

誤區(qū)1：未使用brotil 壓縮

　　幾乎不需要任何額外的代價(jià)，brotil 壓縮算法可以幫助你的網(wǎng)站提升約 20% 靜態(tài)資源加載性能。

　　同時(shí)啟用 gzip / brotil 壓縮

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

　　所以我們通常需要在 asp.net core 網(wǎng)站中同時(shí)啟用這兩種壓縮。

　　如何區(qū)分 gzip 壓縮和 brotli 壓縮

　　網(wǎng)站啟用 brotli 壓縮時(shí)，服務(wù)器請(qǐng)求返回頭 content-encoding 中會(huì)包含 br 字樣，否則是 gzip。

誤區(qū)2：使用 fastest 級(jí)別的 brotli 壓縮

　　如果你閱讀并參考了微軟官方文檔或者其他中文資源，比如：

　　asp.net core 中的響應(yīng)壓縮 - ms doc

　　在asp.net core中使用brotli壓縮- cnblogs

　　那么你可能會(huì)在代碼中像下面這樣使用壓縮功能：

　　寫法1：使用默認(rèn)的壓縮行為（框架將隱式添加 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);
  }
}

　　不幸的是，以上三種寫法都沒(méi)有發(fā)揮出 brotil 壓縮算法的優(yōu)勢(shì)。

　　它們的共同點(diǎn)是均使用了 compressionlevel.fastest壓縮級(jí)別。

　　而在 compressionlevel.fastest 級(jí)別時(shí)，brotil 與 gzip 壓縮性能幾乎無(wú)異。

　　參考：introducing support for brotli compression