執行緒池併發引起的問題?

時間 2021-06-09 11:04:50

1樓:KindKing

這樣啊,首先咱要弄明白執行緒池是執行緒池,資料庫連線池是資料庫連線池,他們是不一樣的啊,感覺你有點混淆啊

我在這裡在你沒有描述錯誤的前提下覺得是這樣的:你執行緒池1000,是指你同時1000個請求併發訪問,這裡沒問題,你的併發請求全部通過,我認為也是沒問題的,第一,你設定1000併發請求已經很大了。第二,如果你的任務數超過1000,你剩下的任務會存到執行緒池的「任務佇列(你可以看成是存任務的乙個列表)」中,所以你的請求全部通過是完全沒問題的。

你說你拋異常了,你這個異常看描述,是從資料庫連線上丟擲來的。這是資料庫連線池的異常,跟你的執行緒池是沒關係的。這個異常可能是你給資料庫連線池的連線數配置最大數(這裡是最大值啊,不是預設值)為200,你同時1000個請求,可最大只有200個連線(也就是資料庫池只能製造200個connection),所以第201個請求就無法的到connection了啊。

所以是不是你應該調大資料庫連線池的連線最大值。或者是調低你得執行緒池的併發量。你這個1000,確實有地大啊。

關於執行緒和併發的理論問題?

huan 假設乙個單執行緒的web伺服器可以十秒完成1000位使用者的請求,那麼是不是最後一位請求的使用者是所有使用者請求時間的和呢 是的。單執行緒情況下,無論是阻塞還是非阻塞 IO 模型,理論情況下,最後一位使用者的請求完成時間,是所有請求時間的和。如果是多執行緒不考慮效能損耗和頻寬的情況下,是不...

遊戲服務端併發的問題?

小男 因為說出來你可能會驚掉下巴。單台遊戲伺服器承載人數就幾百人。極限做到魔獸水平的也就2千多人。優化做的爛的幾十個人就會掛伺服器。而且無論是棋牌還是rpg都一樣。並且這種狀態已經持續了20多年,沒錯從80年代有網路遊戲開始就是這樣子。和網際網路單台服務動輒上萬人來比。做遊戲服務的只能夾起尾巴,比一...

Uzi有沒有英雄池的問題?

大雨小宇雷震雨 這個主要看個人喜好吧,像你說的老鼠,燼之類的沒有位移的英雄他用的不怎麼多,之前s3時期他就不是用老鼠時隊友四保一,死命讓人頭。平時排位他還是會用,比賽時主要是看教練安排,看陣容,所以他的英雄池時很深的,畢竟是老選手了,不過以小狗喜歡秀的性格,他多喜歡有位移的,秀的起來的,不過大嘴他好...