ASP.NET Core 文件響應(yīng)壓縮的常見使用誤區(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);
}
}
不幸的是,以上三種寫法都沒有發(fā)揮出 Brotil 壓縮算法的優(yōu)勢。
它們的共同點(diǎn)是均使用了 CompressionLevel.Fastest 壓縮級(jí)別。
而在 CompressionLevel.Fastest 級(jí)別時(shí),Brotil 與 Gzip 壓縮性能幾乎無異。
參考:Introducing Support for Brotli Compression

誤區(qū)3:使用 Optimal 級(jí)別的 Brotli 壓縮
CompressionLevel 只有三個(gè)枚舉值:Fastest / NoCompression / Optimal。
既然 Fastest 級(jí)別沒有用,那我們只能換成 Optimal 了。


最佳實(shí)踐:使用 4 或 5 級(jí)別的 Brotli 壓縮
在 Introducing Support for Brotli Compression 這篇文章中,作者對(duì)不同級(jí)別 Brotil 的壓縮耗時(shí)做了評(píng)測,也就是下面這幅圖。

觀察這副圖,Brotil 的壓縮質(zhì)量其實(shí)有 1~11 個(gè)級(jí)別。
那我們?nèi)绾巫远x Brotli 的壓縮級(jí)別呢,答案是直接將級(jí)別對(duì)應(yīng)的整數(shù)轉(zhuǎn)成 CompressionLevel 枚舉。

盡管這種寫法看起來十分古怪,但通過考察 .NET 源碼,可以確鑿這種寫法是可行的。
以上就是ASP.NET Core 文件響應(yīng)壓縮的常見使用誤區(qū)的詳細(xì)內(nèi)容,更多關(guān)于ASP.NET Core 文件響應(yīng)壓縮的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章!
- ASP.NET Core中的響應(yīng)壓縮的實(shí)現(xiàn)
- asp.net core為IHttpClientFactory添加動(dòng)態(tài)命名配置
- 如何在ASP.NET Core中使用HttpClientFactory
- 在ASP.NET Core中用HttpClient發(fā)送POST, PUT和DELETE請(qǐng)求
- .NET CORE HttpClient的使用方法
- .NET Core使用HttpClient進(jìn)行表單提交時(shí)遇到的問題
- .Net Core下HTTP請(qǐng)求IHttpClientFactory示例詳解
- Asp.Net Core2.1前后使用HttpClient的兩種方式
- ASP.NET Core針對(duì)一個(gè)使用HttpClient對(duì)象的類編寫單元測試詳解
- .NET Core中HttpClient的正確打開方式
- .NET Core中使用HttpClient的正確姿勢
- .NET Core 2.1中HttpClientFactory的最佳實(shí)踐記錄
- .Net Core HttpClient處理響應(yīng)壓縮詳細(xì)
相關(guān)文章
asp.net下實(shí)現(xiàn)輸入數(shù)字的冒泡排序
.net下實(shí)現(xiàn)輸入數(shù)字的冒泡排序2010-03-03
Asp.Net Core MVC項(xiàng)目實(shí)現(xiàn)多語言實(shí)例(Globalization/Localization)
本篇文章主要介紹了Asp.Net Core MVC項(xiàng)目實(shí)現(xiàn)多語言實(shí)例(Globalization/Localization) ,具有一定的參考價(jià)值,有興趣的可以了解一下2017-06-06
.NET?6實(shí)現(xiàn)滑動(dòng)驗(yàn)證碼的示例詳解
這篇文章主要為大家詳細(xì)介紹了如何利用.NET?6實(shí)現(xiàn)滑動(dòng)驗(yàn)證碼,文中的示例代碼講解詳細(xì),具有一定的借鑒價(jià)值,感興趣的小伙伴可以了解一下2022-11-11
sql server中批量插入與更新兩種解決方案分享(asp.net)
xml和表值函數(shù)的相對(duì)復(fù)雜些這里簡單貼一下bcp和SqlDataAdapter進(jìn)行批量跟新插入方法,未經(jīng)整理還望見諒2012-05-05
ASP.NET MVC懶加載如何逐步加載數(shù)據(jù)庫信息
在ASP.NET MVC中實(shí)現(xiàn)數(shù)據(jù)庫的逐步加載可通過懶加載技術(shù)完成,首先,在EntityFramework中配置數(shù)據(jù)庫上下文,使用對(duì)應(yīng)的實(shí)體類映射數(shù)據(jù)庫表,本文給大家介紹ASP.NET MVC懶加載如何逐步加載數(shù)據(jù)庫信息,感興趣的朋友跟隨小編一起看看吧2024-10-10
asp.net無法加載oci.dll等錯(cuò)誤的解決方法
.net在windows2003下訪問oracle9i提示“無法加載oci.dll”或"無法在dll oci.dll中找到名為ocienvcreate的入口點(diǎn) "的修復(fù)方法2013-10-10
簡單使用BackgroundWorker創(chuàng)建多個(gè)線程的教程
簡單使用BackgroundWorker創(chuàng)建多個(gè)線程的教程,需要的朋友可以參考一下2013-03-03

