Redis隊列和阻塞隊列的實現(xiàn)
redis 隊列的優(yōu)點(diǎn)是輕量級,業(yè)務(wù)足夠簡單時不需要使用rabbitMq這樣專業(yè)的消息中間件;缺點(diǎn)是彈出隊列中的元素時,即使該消息處理失敗也無法再次進(jìn)行消費(fèi)
Redis隊列 List
簡單演示如下
普通的redis隊列,為了實現(xiàn)業(yè)務(wù),通常會使用while進(jìn)行循環(huán),這樣的話沒有消息時依舊會頻繁的執(zhí)行循環(huán),造成cpu的空轉(zhuǎn),所以一般會在代碼中增加sleep來解決該問題,但因此又會造成消息延遲問題。
阻塞隊列可以很好的解決這些問題。
Redis阻塞隊列
redis隊列提供了 “阻塞式” 拉取消息的命令:BRPOP / BLPOP,這里的 B 指的是阻塞(Block)。如果隊列為空,消費(fèi)者在拉取消息時就「阻塞等待」,一旦有新消息過來,就通知消費(fèi)者立即處理新消息。
阻塞隊列實現(xiàn):
使用 BRPOP 這種阻塞式方式拉取消息時,還支持傳入一個「超時時間」,如果設(shè)置為 0,則表示不設(shè)置超時,直到有新消息才返回,否則會在指定的超時時間后返回 NULL
下面是某業(yè)務(wù)完整的消費(fèi)者代碼
注意:
- 阻塞時間結(jié)束后代碼會繼續(xù)向下執(zhí)行
- 如果設(shè)置的超時時間太長,這個連接太久沒有活躍過,可能會被 Redis Server 判定為無效連接,之后 Redis Server 會強(qiáng)制把這個客戶端踢下線。所以,客戶端要有處理機(jī)制。實際項目中redis連接超時時間遠(yuǎn)大于20s,因此正常情況不會出現(xiàn)redis超時問題。以防萬一增加redis異常捕獲,出現(xiàn)異常時殺掉當(dāng)前進(jìn)程,同時supervisord會自動重新拉起該進(jìn)程
到此這篇關(guān)于Redis隊列和阻塞隊列的實現(xiàn)的文章就介紹到這了,更多相關(guān)Redis隊列和阻塞隊列內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
redis哈希和集合_動力節(jié)點(diǎn)Java學(xué)院整理
這篇文章主要為大家詳細(xì)介紹了redis哈希和集合的相關(guān)資料,具有一定的參考價值,感興趣的小伙伴們可以參考一下2017-08-08使用lua+redis解決發(fā)多張券的并發(fā)問題
這篇文章主要介紹了使用lua+redis解決發(fā)多張券的并發(fā)問題,本文給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2021-01-01Redis sentinel節(jié)點(diǎn)如何修改密碼
這篇文章主要介紹了Redis sentinel節(jié)點(diǎn)如何修改密碼問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-01-01redis cluster集群模式下實現(xiàn)批量可重入鎖
本文主要介紹了使用redis cluster集群版所遇到的問題解決方案及redis可重入鎖是否會有死鎖的問題等,具有一定的參考價值,感興趣的可以了解一下2024-02-02使用SpringBoot?+?Redis?實現(xiàn)接口限流的方式
這篇文章主要介紹了SpringBoot?+?Redis?實現(xiàn)接口限流,Redis?除了做緩存,還能干很多很多事情:分布式鎖、限流、處理請求接口冪等,文中給大家提到了限流注解的創(chuàng)建方式,需要的朋友可以參考下2022-05-05