關(guān)于抽獎,需要考慮的點有很多,這里稍微整理了下主要需要考慮以下三點:

用戶抽獎次數(shù)限制

獎品數(shù)量限制

獎品發(fā)放的分布

中獎的概率的可控性

用戶抽象次數(shù)限制

一個用戶必須限制抽獎的次數(shù),而同一個用戶的并發(fā)幾率其實是很小的,所以這里可以用悲觀鎖來控制用戶的抽獎次數(shù)。

獎品數(shù)量限制

因為并發(fā)修改一個獎品的數(shù)量可能性是很大的,特別是一些安慰獎,如果這里我們再用悲觀鎖的話,很容易造成鎖超時。所以這里我選擇用樂觀鎖來解決可能出現(xiàn)的并發(fā)臟讀的情況。

獎品發(fā)放的分布

為了防止用腳本來刷抽獎,所以這里需要控制一下獎品發(fā)放的一個分布,中大獎需要一個時間間隔,當(dāng)然這里通過代碼來控制是很容易實現(xiàn)的(當(dāng)然這里也需要考慮一下并發(fā)中到兩個大獎的情況,也可以通過樂觀鎖來控制)

中獎的概率的可控性

當(dāng)我們開始估計抽獎大概會有10W人參加,所以我在設(shè)計概率的時候是按照10w來設(shè)計的,但是突然發(fā)現(xiàn)活動開始一個小時候以后抽獎人數(shù)就達到了5W,這個時候就需要可以動態(tài)來調(diào)整中獎的概率了。這里最好的方式是,不要把中獎概論寫死在數(shù)據(jù)庫,而是通過中獎次數(shù)/參加人數(shù)來計算出來,這樣就可以方便的動態(tài)的改變中獎概率了。

關(guān)于優(yōu)化

如果并發(fā)量實在是太大,導(dǎo)致數(shù)據(jù)庫的QPS異常的高。那么可以在數(shù)據(jù)庫前面加一層緩存來擋一下,把需要寫進數(shù)據(jù)庫的數(shù)據(jù)放入隊列。當(dāng)使用了這種架構(gòu)架構(gòu),就需要考慮一些數(shù)據(jù)一致性的問題了,比如說

怎么保證數(shù)據(jù)庫的數(shù)據(jù)和緩存的數(shù)據(jù)是一致的

如果隊列掛掉了,怎么保證緩存的數(shù)據(jù)能夠及時更新到數(shù)據(jù)庫中。如果緩存掛掉了,怎么保證抽獎能夠繼續(xù)進行下去(當(dāng)然這里可以進行業(yè)務(wù)妥協(xié),如果緩存掛掉整個抽獎掛掉,如果來不及寫進數(shù)據(jù)庫的數(shù)據(jù),就當(dāng)做這些事情沒有發(fā)生，這就會導(dǎo)致某些人抽獎次數(shù)超過限定次數(shù),或者某些獎中獎次數(shù)超過了限定次數(shù))

關(guān)于優(yōu)化中我對一些異常情況的解決方法不是很了解,希望懂的朋友可以指教一下

附錄(簡單流程圖)

創(chuàng)作挑戰(zhàn)賽新人創(chuàng)作獎勵來咯，堅持創(chuàng)作打卡瓜分現(xiàn)金大獎

總結(jié)

以上是生活随笔為你收集整理的java 抽奖 高并发处理_如何设计高并发下的抽奖？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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