前言
壓縮可以大大的降低我們Web伺服器的響應速度,壓縮進而提高我們網頁的加載速度,以及節省一定的帶寬.
何時使用相應壓縮中間件
在IIS,Apache,Nginx中使用基于服務端的響應壓縮技術。中間件的執行可能和服務端子產品不比對。HTTP.sys 和Kestrel server目前沒有提供内置的壓縮支援。
什麼時候使用Response Compression Middleware:
- 無法使用以下基于伺服器的壓縮技術時:
- IIS 動态壓縮子產品
- apache的GZIP壓縮
- Nginx 壓縮
- 直接托管:
- Http.sys 伺服器
- Kestrel 伺服器
如何添加MIME
中間件為壓縮指定了一組預設的 MIME 類型:
- application/javascript
- application/json
- application/xml
- text/css
- text/html
- text/json
- text/plain
- text/xml
public void ConfigureServices(IServiceCollection services)
{
services.AddResponseCompression();
services.AddRazorPages();
}
public void Configure(IApplicationBuilder app, IWebHostEnvironment env)
{
if (env.IsDevelopment())
{
app.UseDeveloperExceptionPage();
}
else
{
app.UseExceptionHandler("/Error");
app.UseHsts();
}
app.UseResponseCompression();
app.UseStaticFiles();
app.UseRouting();
app.UseAuthorization();
app.UseEndpoints(endpoints =>
{
endpoints.MapRazorPages();
});
}
預設是采用Brotli壓縮
Brotli is a generic-purpose lossless compression algorithm that compresses data using a combination of a modern variant of the LZ77 algorithm, Huffman coding and 2nd order context modeling, with a compression ratio comparable to the best currently available general-purpose compression methods. It is similar in speed with deflate but offers more dense compression.
Brotli 是基于LZ77算法的一個現代變體、霍夫曼編碼和二階上下文模組化。Google軟體工程師在2015年9月釋出了包含通用無損資料壓縮的Brotli增強版本,特别側重于HTTP壓縮。其中的編碼器被部分改寫以提高壓縮比,編碼器和解碼器都提高了速度,流式API已被改進,增加更多壓縮品質級别。
與常見的通用壓縮算法不同,Brotli使用一個預定義的120千位元組字典。該字典包含超過13000個常用單詞、短語和其他子字元串,這些來自一個文本和HTML文檔的大型語料庫。預定義的算法可以提升較小檔案的壓縮密度。
摘自:https://segmentfault.com/a/1190000009383543
- MimeTypes:設定要進行壓縮的MimeTypes
- GzipCompressionProviderOptions:設定壓縮方式(預設是CompressionLevel.Fastest快速壓縮)
壓縮前:
壓縮後:
使用壓縮的好處就是節省網絡流量,壓縮資源檔案。但是消耗一點CPU性能.
gzip
- 預設情況下, Brotli 壓縮提供程式會随Gzip 壓縮提供程式一起添加到壓縮提供程式的數組中。
- 他預設采用的是Brotli壓縮,如果用戶端不支援Brotli,用戶端支援Gzip,則預設為Gzip.
public void ConfigureServices(IServiceCollection services)
{
services.AddResponseCompression(options=> {
options.Providers.Add<BrotliCompressionProvider>();
options.Providers.Add<GzipCompressionProvider>();
});
services.AddRazorPages();
}
有些MIME類型是需要我們自己為他将其加入壓縮類型中的,我們可以從圖中看到目前有一些未被壓縮,那麼我們可以将他手動增加一下類型.
public void ConfigureServices(IServiceCollection services)
{
services.AddResponseCompression(options=> {
options.Providers.Add<BrotliCompressionProvider>();
options.Providers.Add<GzipCompressionProvider>();
options.MimeTypes = ResponseCompressionDefaults.MimeTypes.Concat(
new[] { "image/x-icon" });
});
services.AddRazorPages();
}
如何配置壓縮級别
壓縮級别 | 描述 |
---|---|
CompressionLevel.Fastest | 壓縮應該盡快完成, 即使生成的輸出未以最佳方式壓縮。 |
CompressionLevel.NoCompression | 不應執行壓縮。 |
CompressionLevel.Optimal | 即使壓縮需要更長的時間, 也應以最佳方式壓縮響應。 |
public void ConfigureServices(IServiceCollection services)
{
services.AddResponseCompression();
services.Configure<GzipCompressionProviderOptions>(options =>
{
options.Level = CompressionLevel.Fastest;
});
})
}
安全協定壓縮
可以使用EnableForHttps選項控制安全連接配接上的壓縮響應,該選項預設情況下處于禁用狀态。對動态生成的頁面使用壓縮可能會導緻安全問題,例如CRIME和BREACH攻擊。
- EnableForHttps:是否對HTTPS封包進行壓縮(預設是false)
public void ConfigureServices(IServiceCollection services)
{
services.AddResponseCompression(options=> {
options.Providers.Add<BrotliCompressionProvider>();
options.Providers.Add<GzipCompressionProvider>();
options.EnableForHttps = true;
options.MimeTypes = ResponseCompressionDefaults.MimeTypes.Concat(
new[] { "image/x-icon" });
});
services.AddRazorPages();
}
dotnet濟南俱樂部組建中有興趣的小夥伴可以加入QQ群:743523033