歡迎光臨
每天分享高質量文章

Asp.Net Core 輕鬆學-經常使用異步的你,可能需要看看這個文章

前言

事情的起因是由於一段簡單的資料庫連接代碼引起,這段代碼從語法上看,是沒有任何問題;但是就是莫名其妙的報錯了,這段代碼極其簡單,就是打開資料庫連接,讀取一條記錄,然後立即更新到資料庫中。但是,慘痛的事實證明,老司機也是會翻車的。

1. 異常的發生來得太突然

 

1.1 引起不舒適的代碼片段

這是一段不太標準的異步接口,可能你也這麼寫過, 從結構和語法上看,這段代碼沒有任何問題,而且正常情況下,它還能執行成功

 

1.2 報錯信息

從報錯信息中可以看出,資料庫背景關係物件被銷毀了,是在什麼時候銷毀的呢,通過跟蹤程式,瞭解到,是在 this.context.Update(topic); ,呼叫 Update 後執行了 DbContext.Dispose(),為了證明這點,我們重寫 DbContext.Dispose() 方法,並簡單的輸出一句話

 

1.3 重寫 DbContext.Dispose()

1.4 再次執行程式,查看結果

通過輸出結果紅色方框處可以看到,確實是在執行了 Update 以後執行了 Dispose 方法,關於這點,如果我們使用了同步方法,先 Update 再 SaveChanges ,這是沒有任何問題的,理論上說,EFCore 中啟用了 AutoDetectChangesEnabled,我們在上面的代碼中其實無需呼叫 Update,直接 SaveChangesAsync 即可,也不會丟擲異常,同理,如果是在同步方法中,先執行 Update 再 SaveChanges ,也是沒有任何問題的

 

1.5 同步 SaveChanges

  • 輸出結果

從輸出結果可知,先執行了 Update,然後執行了 SaveChanges 輸出 affrows,最後執行了 Dispose 方法

2. 問題所在

那到底是什麼問題引起了程式執行的不確定性呢,答案就是 async/await,我們先來嘗試改進一下最初的代碼

 

2.1 改進後的代碼

細心的你已經發現,這段代碼和 1.1 之中的沒有太多的不同,無非是增加了一些跟蹤信息,其中,最關鍵的是:增加了傳回值為:Task ,替換了 void

 

2.2 再次執行修正的程式

輸出結果和 1.5 中的同步方法完全相同,至此,問題解決

3. 問題的解決方案

 

3.1 問題分析

為什麼會發生這種問題呢,原因就是因為使用了異步方法 async/await 時,當沒有值需要傳回時,使用了 void 造成的,正確的做法是如果沒有傳回值,則傳回 Task,如果有傳回值,則使用 Task ;當一個異步方法內部沒有傳回 Task 的時候,基於任務的異步樣式(TAP)並不知道異步任務的狀態,當 this.context.Update 執行完成後,發現掛載在記憶體中的連接已經沒有使用,就執行了回收;實際上,此時程式還沒有執行完成,但是 TAP 並不知道,所以它不會去阻止這個回收的過程(使用標記),所以 async/await 應該成對出現,並且應該始終傳回 Task 或者 Task,以確保 TAP 能夠將背景關係進行正確的掛載,否則,當異常發生時,TAP 無非將異常信息掛載到相應的 Task 上,亦無法跟蹤其執行狀態等信息

 

3.2 解決方案

請牢記下麵的鐵律

  • 3.2.1 在 EFCore 中,應當始終發揮 AutoDetectChangesEnabled 的特性,不要再更新物體的時候去呼叫 Update 方法
  • 3.2.2 使用 async/await 修飾方法時,應該始終傳回 Task 或者 Task
  • 適當的使用同步方法,可避免異步踩坑

 

演示代碼下載

https://github.com/lianggx/EasyAspNetCoreDemo/tree/master/Ron.TaskThird

原文地址:https://www.cnblogs.com/viter/p/10271212.html

赞(0)

分享創造快樂