今天這篇文章我們來聊一聊如何提升並最佳化ASP.NET Core應用程式的效能,本文的大部分內容來自翻譯,當然中間穿插著自己的理解,希望對大家有所幫助!話不多說開始今天的主題吧!
我們都知道效能是公共網站取得成功的關鍵因素之一。如果一個網站的響應時間超過3秒,那麼使用者通常不會再此光顧(此網站)。谷歌,Bing,百度以及其他搜尋引擎也更傾向於推薦最佳化後的,移動友好的以及響應速度更快的網站。
作者:依樂祝
原文地址:https://www.cnblogs.com/yilezhu/p/10507984.html
大部分內容翻譯自:https://www.c-sharpcorner.com/article/10-tips-to-improve-performance-of-asp-net-core-application/
這裡我們舉一個例子:我們有多個搜尋引擎,如Google、Bing、百度、搜狗等等;然而,我們更喜歡Google或Bing,因為這些搜尋引擎速度非常快,可以在3-4秒內獲得結果。如果這些搜尋引擎的響應速度超過10秒,你還會使用它們嗎?我認為大夥應該不會用了吧。如今的使用者最不能容忍的想必就是等待了吧。
今天,我們將學習一些有助於提高ASP.NET Core網站效能的一些小技巧。希望大家能夠有所收穫。
我們都知道ASP.NET Core是微軟提供的一個免費的、開源的、跨平臺的Web開發框架。它不是ASP.NET的升級版本,但它是一個從頭開始完全重寫的框架,它附帶了ASP.NET MVC和ASP.NET Web API的單一程式設計模型。
在這裡,我不打算討論ASP.NET Core及其特性。如果您是ASP.NET Core的新手,您可以閱讀我的ASP.NET Core實戰教程《.NET Core實戰專案之CMS 第一章 入門篇-開篇及總體規劃》
下麵我們就開始今天的主題,如何提升ASP.NET Core應用程式的效能的技巧開始吧。
始終使用ASP.NET Core的最新版本
ASP.NET Core的第一個版本是在2016年與VisualStudio 2015一起釋出的,現在我們有了ASP.NET Core3.0,每一個新版本都越來越好。最新的ASP.NET Core 3.0的主要更新如下:
- Razor元件的改進。現在2個專案合併成單個專案模板,Razor元件支援端點路由和預渲染,Razor元件可以託管在Razor類庫中。還改進了事件處理和表單和驗證支援。
- 執行時編譯。它在ASP.NET Core 3.0模板中被禁用,但現在可以透過向專案新增特殊的NuGet包來開啟它。
- Worker Service 模板。需要編寫Windows服務還是Linux守護行程?現在我們有了Worker Service 模板。
- gRPC模板。與谷歌一起構建的gRPC是一種流行的遠端過程呼叫(RPC)框架。此版本的ASP.NET Core在ASP.NET Core上引入了第一等的gRPC支援。
- Angular模板使用Angular 7. Angular SPA模板現在使用Angular 7,在第一次穩定釋放之前,它將被Angular 8替換。
- SPA-s的身份驗證。Microsoft透過此預覽為單頁應用程式添加了現成的身份驗證支援。
- SignalR與端點路由整合。小變化 – 現在使用端點路由定義SingalR路由。
- SignalR Java客戶端支援長輪詢。即使在不支援或不允許WebSocket的環境中,SignalR Java客戶端現在也可以使用。
友情提示:在構建新的ASP.NET Core專案時,不要忘記選擇最新版本。VisualStudio 2019預覽版現在已經支援ASP.NET Core 3.0了。
避免任何層的同步呼叫
在開發ASP.NET Core應用程式時,儘量避免建立阻塞的呼叫。阻塞呼叫是指當前請求未完成之前會一直阻止下一個執行的呼叫。阻塞呼叫或同步呼叫可以是任何東西,可以是從API中獲取資料,也可以是執行一些內部操作。您應該始終以非同步方式執行呼叫。
始終使用非同步程式設計(ASYNC-AWAIT)
非同步程式設計模型是在C#5.0中引入的,並變得非常流行。ASP.NET Core使用相同的非同步程式設計範例來使應用程式更可靠、更快和更穩定。
您應該在程式碼中使用端到端非同步程式設計。
讓我們舉一個例子;我們有一個ASP.NET CoreMVC應用程式,中間有一些資料庫的操作。正如我們所知道的,它可能有很多分層結構,這都取決於使用者的專案架構,但是讓我們舉一個簡單的例子,其中我們有Controller》Repository 層等等。讓我們看看如何在控制器層編寫示例程式碼。
[HttpGet]
[Route("GetPosts")]
public async Task GetPosts()
{
try
{
var posts = await postRepository.GetPosts();
if (posts == null)
{
return NotFound();
}
return Ok(posts);
}
catch (Exception)
{
return BadRequest();
}
}
接下來的程式碼然是了我們如何在repository 層實現非同步程式設計。
public async Task> GetPosts()
{
if (db != null)
{
return await (from p in db.Post
from c in db.Category
where p.CategoryId == c.Id
select new PostViewModel
{
PostId = p.PostId,
Title = p.Title,
Description = p.Description,
CategoryId = p.CategoryId,
CategoryName = c.Name,
CreatedDate = p.CreatedDate
}).ToListAsync();
}
return null;
}
使用非同步程式設計避免TASK.WAIT或TAST.RESULT
在使用非同步程式設計時,我建議您避免使用Task.Wait和Task.Result並嘗試使用WAIT,原因如下:
- 它們阻塞執行緒直到任務完成,並等待任務完成。等待同步阻塞執行緒,直到任務完成。
- Wait 和 Task.Result 在AggregateException中包含所有型別的異常,併在在執行異常處理時增加複雜性。如果您使用的是等待await 而不是 Task.Wait和Task.Result的話,那麼您就不必擔心異常的處理了。
- 有時,它們都會阻塞當前執行緒並建立死鎖。
- 只有在並行任務執行正在進行時才能使用Wait 和Task.Result 。我們建議您不要在非同步程式設計中使用它。
下麵讓我們分別演示下正確使用以及不建議使用Task.Wait 的例子,來加深理解吧!
// 正確的例子
Task task = DoWork();
await task;
// 不建議使用的例子
Task task = DoWork();
task.Wait();
下麵讓我們分別演示下正確使用以及不規範使用Task.Result 的例子,來加深理解吧!
// Good Performance on UI
Task<string> task = GetEmployeeName();
txtEmployeeName.Text = await task;
// Bad Performance on UI
Task<string> task = GetEmployeeName();
txtEmployeeName.Text = task.Result;
瞭解更多關於非同步程式設計的最佳實踐.
非同步執行I/O操作
在執行I/O操作時,您應該非同步執行它們,這樣就不會影響其他行程。I/O操作意味著對檔案執行一些操作,比如上傳或檢索檔案。它可以是任何操作如:影象上傳,檔案上傳或其他任何操作。如果您試圖以同步的方式完成它,那麼它會阻塞主執行緒並停止其他後臺執行,直到I/O完成為止。因此,從提升效能上來說,您在對I/O進行操作時應該始終進行非同步執行。
我們有很多非同步方法可用於I/O操作,如ReadAsync、WriteAsync、FlushAysnc等。下麵是一個簡單的例子,說明我們如何非同步建立一個檔案的副本。
public async void CreateCopyOfFile()
{
string dir = @"c:\Mukesh\files\";
using (StreamReader objStreamReader= File.OpenText(dir + "test.txt"))
{
using (StreamWriter objStreamWriter= File.CreateText(dir+ "copy_test.txt"))
{
await CopyFileToTarget(objStreamReader, objStreamWriter);
}
}
}
public async Task CopyFileToTarget(StreamReader objStreamReader, StreamWriter objStreamWriter)
{
int num;
char[] buffer = new char[0x1000];
while ((num= await objStreamReader.ReadAsync(buffer, 0, buffer.Length)) != 0)
{
await objStreamWriter.WriteAsync(buffer, 0, num);
}
}
總是使用快取
如果我們能在每次執行的時候減少減少對伺服器的請求次數,那麼我們就可以提高應用程式的效能。這並不意味著您執行的時候不會請求伺服器,而是意味著您不會每次執行都請求伺服器。第一次,您將請求伺服器並獲得響應,此響應將在某個地方儲存一段時間(將有一些到期),下一次當您對相同的響應進行呼叫時,您將首先檢查您是否已經在第一個請求中獲得了資料並儲存在某個地方,如果是的話,您將檢查是否已經獲得了資料。使用儲存的資料,而不是呼叫伺服器。
將資料儲存在某個位置並讓下次請求從這個地方獲取資料而不是從伺服器獲取是一種很好的做法。在這裡,我們可以使用快取。快取內容有助於我們再次減少伺服器呼叫,並幫助我們提高應用程式的效能。我們可以在客戶端快取、伺服器端快取或客戶機/伺服器端快取等位置的任意點執行快取。
我們可以在ASP.NET Core中使用不同型別的快取,比如我們可以在記憶體中進行快取,也可以使用響應快取,也可以使用分散式快取。更多關於ASP.NET Core 中的快取
public async Task GetCacheData()
{
var cacheEntry = await
_cache.GetOrCreateAsync(CacheKeys.Entry, entry =>
{
entry.SlidingExpiration = TimeSpan.FromSeconds(120);
return Task.FromResult(DateTime.Now);
});
return View("Cache", cacheEntry);
}
最佳化資料訪問
我們還可以透過最佳化資料訪問邏輯、資料庫表和查詢來提高應用程式的效能。眾所周知,大多數應用程式都使用某種資料庫,每次從資料庫獲取資料時,都會影響應用程式的效能。如果資料庫載入緩慢,則整個應用程式將緩慢執行。這裡我們有一些建議:
- 減少HTTP請求的次數,意味著您應該始終嘗試減少網路往返次數。
- 試著一次得到所有的資料。這意味著不對伺服器進行多次呼叫,只需進行一兩次呼叫就可以帶來所有所需的資料。
- 經常對不經常變化的資料設定快取。
- 不要試圖提前獲取不需要的資料,這會增加響應的負載,並導致應用程式的載入速度變慢。
最佳化自定義程式碼
除了業務邏輯和資料訪問程式碼之外,應用程式中可能還有一些自定義程式碼。確保此程式碼也是最佳化的。這裡有一些建議:
- 應該最佳化對每個請求執行的自定義日誌記錄、身份驗證或某些自定義處理程式的程式碼。
- 不要在業務邏輯層或中介軟體中執行長時間執行的程式碼,它會阻塞到伺服器的請求,從而導致應用程式需要很長時間才能獲得資料。您應該在客戶端或資料庫端為此進行最佳化程式碼。
- 始終檢查長期執行的任務是否應該非同步執行,而不影響其他行程。
- 您可以使用實時客戶端-伺服器通訊框架,如:SignalR,來進行非同步工作。
Entity Framework Core 的查詢最佳化
眾所周知,EF Core是一個面向.NET開發人員的ORM,它幫助我們處理資料庫物件,而不像往常那樣編寫大量程式碼。它幫助我們使用模型的資料庫。資料訪問邏輯程式碼在效能上起著至關重要的作用。如果您的程式碼沒有最佳化,那麼應用程式的效能通常就不會很好。
但是,如果您在EFCore中以最佳化的方式編寫資料訪問邏輯,那麼肯定會提高應用程式的效能。在這裡,我們有一些技巧來提高效能。
-
在獲取只是用來只讀顯示的資料時不使用跟蹤。它提高了效能。
-
嘗試在資料庫端過濾資料,不要使用查詢獲取整個資料,然後在您的末尾進行篩選。您可以使用EF Core中的一些可用功能,可以幫助您在資料庫端篩選資料的操作,如:WHERE,Select等。
-
使用Take和Skip來獲取我們所必須要顯示的數量的記錄。這裡可以舉一個分頁的例子,在這個例子中,您可以在單擊頁碼的同時使用Take和Skip來獲取當前頁面的資料。
讓我們以一個例子為例,瞭解如何使用Select和AsNoTracking最佳化EF Core的查詢。
public async Task GetPagedPendingPosts(int pageIndex, int pageSize, List allowedCategories)
{
var allowedCatIds = allowedCategories.Select(x => x.Id);
var query = _context.Post
.Include(x => x.Topic.Category)
.Include(x => x.User)
.Where(x => x.Pending == true && allowedCatIds.Contains(x.Topic.Category.Id))
.OrderBy(x => x.DateCreated);
return await PaginatedList.CreateAsync(query.AsNoTracking(), pageIndex, pageSize);
}
其他一些提示
這裡我們還有一些其他效能改進的東西可以在ASP.NET Core應用程式中進行實現。
-
編寫最佳化和測試程式碼。您還可以使用來自專業高階開發者的程式碼示例,包括產品檔案。產品團隊編寫的程式碼(如C#團隊)通常是最佳化的、現代化的,並且遵循最佳實踐。
-
使用經過最佳化和良好測試的API和庫。例如,在某些情況下,ADO.NET可能是比 Entity Framework 或其他ORM庫更好的選擇。
-
如果您需要下載一個很大的檔案的話,您可能需要考慮使用壓縮演演算法。這裡有幾個內建的壓縮庫,如Gzip和Brotli。
public void ConfigureServices(IServiceCollection services)
{
services.AddResponseCompression();
services.Configure(options =>
{
options.Level = CompressionLevel.Fastest;
});
}
附加的建議(面向Client)
我想分享一些面向客戶端的提升效能的技巧。如果您正在使用ASP.NET Core MVC建立網站,下麵是一些提示:
-
捆綁和小型化
使用捆綁和小型化可以減少伺服器請求次數。嘗試一次載入所有客戶端資源,如樣式、js/css。您可以首先使用小型化縮小檔案,然後將這些檔案打包到一個檔案中,這將加快載入速度並減少HTTP請求的數量。
-
最後載入 JavaScript
您應該始終嘗試在頁面尾部載入JavaScript檔案,除非在此之前需要使用它們。如果您這樣做,您的網站將顯示的更快,並且使用者也不需要等待並看到這些內容。
-
壓縮影象
確保使用壓縮技術縮小影象的大小。
-
使用 CDN
如果您只有幾個樣式和JS檔案,那麼可以從您的伺服器載入。對於較大的靜態檔案,請嘗試使用CDN。CDN通常可以在多個位置上使用,並且檔案是從本地伺服器提供的。從本地伺服器載入檔案可以提高網站效能。
最後
今天,我們學習瞭如何提升ASP.NET Core 應用程式的效能。非常希望這篇文章對你有所幫助,如果您有任何問題或建議,可以在部落格下麵進行留言或者點贊!最後感謝大夥的閱讀,如果你有興趣的話可以加入ASP.NET Core實戰專案交流群637326624跟大夥進行交流,或者加我微信:jkingzhu,備註:合肥,我拉你進入合肥.NET技術社群進行交流!
原文地址:https://www.cnblogs.com/yilezhu/p/10507984.html