抱歉，其實(shí)內(nèi)容并不如題！！！

背景（寫測試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ù)荊請(qǐng)罪了（可以說是自己的問題）

我在Filter里面有查詢，用到數(shù)據(jù)庫上下文<DbContext>?。罪過咯，直接想在Filter里面過濾黑名單，所以查了數(shù)據(jù)庫（這個(gè)業(yè)務(wù)是不合理的，這是一個(gè)作死的行為，請(qǐng)謹(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，Filter有自己的生命周期，去確認(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í)了。?

如不喜，請(qǐng)拍！

原文地址：https://www.cnblogs.com/Vam8023/p/10656777.html

.NET社區(qū)新聞，深度好文，歡迎訪問公眾號(hào)文章匯總?http://www.csharpkit.com?

總結(jié)

以上是生活随笔為你收集整理的.net core 并发下的线程安全问题的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。