.net core并發(fā)下線程安全問題的示例分析

這篇文章將為大家詳細(xì)講解有關(guān).net core并發(fā)下線程安全問題的示例分析，小編覺得挺實(shí)用的，因此分享給大家做個(gè)參考，希望大家閱讀完這篇文章后可以有所收獲。

背景（寫測試demo所出現(xiàn)的異常，供大家學(xué)習(xí)與拍磚）：

.net core webapi項(xiàng)目，做了一個(gè)授權(quán)的filter（真正的生產(chǎn)項(xiàng)目的話，JWT很棒），單個(gè)接口測試沒有問題，當(dāng)用前端在同一個(gè)頁面調(diào)用多個(gè)接口的時(shí)候，運(yùn)行服務(wù)，打開頁面，然后……Exceptions……（真正的開發(fā)中大家應(yīng)該也會(huì)遇到）

異常1：An attempt was made to use the context while it is being configured. A DbContext instance cannot be used inside OnConfiguring since it is still being configured at this point. This can happen if a second operation is started on this context before a previous operation completed. Any instance members are not guaranteed to be thread safe.

異常2：A second operation started on this context before a previous operation completed. Any instance members are not guaranteed to be thread safe.

異常3：Invalid attempt to call Read when reader is closed.

異常4：Unable to cast object of type 'System.Data.ProviderBase.DbConnectionClosedConnecting' to type 'System.Data.SqlClient.SqlInternalConnectionTds'.

異常5：Object reference not set to an instance of an object.

異常6：不允許啟動(dòng)新事務(wù)，因?yàn)橛衅渌€程正在該會(huì)話中運(yùn)行。

異常7：An error occurred while updating the entries. See the inner exception for details.

嘗試運(yùn)行了N多遍，嗯，挺不穩(wěn)定的（代碼垃圾！），那看看異常吧

一看很容易理解：在前一個(gè)操作完成之前，在此上下文中啟動(dòng)第二個(gè)操作。任何實(shí)例成員都不能保證是線程安全的。就是說，我在用這個(gè)上下文的時(shí)候，你來搶個(gè)屁……

這個(gè)可能發(fā)生在并發(fā)的情況下，同時(shí)使用了同一個(gè)上下文……那么打開一個(gè)頁面，為什么會(huì)同時(shí)使用同一個(gè)上下文呢？好吧，在這里要負(fù)荊請罪了（可以說是自己的問題）

我在Filter里面有查詢，用到數(shù)據(jù)庫上下文<DbContext> 。罪過咯，直接想在Filter里面過濾黑名單，所以查了數(shù)據(jù)庫（這個(gè)業(yè)務(wù)是不合理的，這是一個(gè)作死的行為，請謹(jǐn)慎看待，這里做學(xué)習(xí)討論之用）。

public class AuthFilterAttribute : ActionFilterAttribute
{

 public override void OnActionExecuting(ActionExecutingContext context)
 {

  base.OnActionExecuting(context);
    .....
  
  //判斷是否在黑名單內(nèi)
  var blackList = _app.GetBlackList();
  ......
 }}

這里為什么用 ActionFilterAttribute ？是因?yàn)闇y試的時(shí)候要監(jiān)測一下接口運(yùn)行的整個(gè)過程，So……

然后還有一些錯(cuò)是：對(duì)象引用未設(shè)置為對(duì)象的實(shí)例。這個(gè)錯(cuò)誤太常見，不就是對(duì)象為Null了嗎？但是，未實(shí)例化對(duì)象在業(yè)務(wù)邏輯上的情況太多了。我的應(yīng)該有：

1、沒有獲取到當(dāng)前對(duì)象，這是.net core，不是.net，不是因?yàn)闆]有new對(duì)象。是注入中沒有注入成功，獲取注入后，沒有獲取到。（但我本來運(yùn)行的好好的，是因?yàn)橐幌率谴蜷_對(duì)接的頁面才發(fā)生的問題，可以排除了）

2、本來已經(jīng)實(shí)例的對(duì)象被回收了……（這可能性嘛……有一定的可能，但發(fā)生在哪呢？）

找啊找，其實(shí)方向有了，但是自己卻沒想起來……

其實(shí)如果不確定的話，倒是可以先找找別人是怎么說的（不是為了裝X，找開發(fā)上的問題我是推薦 github 和 stackoverflow 的，大部分的問題都可以找到）：

（1）異常 1 還有同樣 一條搜索結(jié)果

（2）異常 2

雖然以上找的不一定是真正的答案，至少提供了一個(gè)方向，并且你至少可以嘗試性地去解決一下。這里提供的方向其實(shí)很明確：

1、是否應(yīng)該使用 Scoped 和 Transient 的，你卻使用了 Singleton；

2、多線程中使用了 async 卻沒有配對(duì)的使用 await；

至少我找到的關(guān)鍵點(diǎn)是這兩個(gè)。

那怎么找到并解決這個(gè)問題呢，.net core都是注入的，當(dāng)然 AuthFilterAttribute 也是注入的。跑到 Startup一看，很明顯，問題出在哪里了 -- 單例！本應(yīng)該是Scoped模式的，卻用了單例。

那就將 AuthFilterAttribute 換一種注入模式就行啦。

改為

我使用的是Filter，F(xiàn)ilter有自己的生命周期，去確認(rèn)一下：Filter的官方文檔

看到一張圖?。。。ó?dāng)然你也可以細(xì)細(xì)研讀一下這個(gè)文檔）如下：

這還不明顯？?。?！

Filter會(huì)被回收的！?。∵@同樣解釋了 異常3、4、5、6、7所發(fā)生的原因。

OK，問題已經(jīng)解決了，這是在開發(fā)中遇到的問題，可以說是涉及到.net core 本身的運(yùn)行機(jī)制。

我算是一個(gè)應(yīng)用型的程序員，喜歡在應(yīng)用中學(xué)習(xí)底層的東西。那么接下來當(dāng)然就可以擴(kuò)展 Singleton、Scoped 和 Transient 等知識(shí)了。

關(guān)于“.net core并發(fā)下線程安全問題的示例分析”這篇文章就分享到這里了，希望以上內(nèi)容可以對(duì)大家有一定的幫助，使各位可以學(xué)到更多知識(shí)，如果覺得文章不錯(cuò)，請把它分享出去讓更多的人看到。