redis隊(duì)列和消息隊(duì)列的區(qū)別？具體業(yè)務(wù)需要定制化，需求的實(shí)際變形由生產(chǎn)者和消費(fèi)者來實(shí)現(xiàn)。主請求的實(shí)際處理解耦通常采用異步通知請求，這與redis無關(guān)。實(shí)現(xiàn)需要用戶封裝任務(wù)并推送redis隊(duì)列工人.p

redis隊(duì)列和消息隊(duì)列的區(qū)別？

具體業(yè)務(wù)需要定制化，需求的實(shí)際變形由生產(chǎn)者和消費(fèi)者來實(shí)現(xiàn)。主請求的實(shí)際處理解耦通常采用異步通知請求，這與redis無關(guān)。實(shí)現(xiàn)需要用戶封裝任務(wù)并推送redis隊(duì)列工人.php完成進(jìn)程和線程同時處理任務(wù)和處理請求。任務(wù)設(shè)計(jì)需要包含請求信息（請參閱Redis只是提供了一個具有原子操作的高性能分布式隊(duì)列實(shí)現(xiàn)。具體業(yè)務(wù)需要定制化。

您的需求實(shí)際上是一種畸形的生產(chǎn)者-消費(fèi)者意識。

對于此類需求，主要目的是將請求與實(shí)際處理過程解耦。一般來說，請求者是異步通知的，這與是否使用redis關(guān)系不大。一般的實(shí)現(xiàn)方法是

將用戶的請求封裝成一個任務(wù)，然后將任務(wù)推送到redis隊(duì)列，再推送到后端工人.php任務(wù)可以由多進(jìn)程、多線程并發(fā)處理，處理結(jié)果可以回調(diào)給請求者。這里唯一的問題是任務(wù)的設(shè)計(jì)，它需要包含請求信息（請求內(nèi)容、請求者ID等）

redis怎么實(shí)現(xiàn)將消息隊(duì)列持久化到數(shù)據(jù)庫中？

1。在上圖中定義消息發(fā)送和消耗的過程

2。為消息定義消息協(xié)議，如ActiveMQ、stomp、XMPP等。定義消息協(xié)議，定義消息隊(duì)列需要滿足的場景

是否要保證消息的可靠性，必要時要保證存儲的高可用性

是否支持同步和異步消息

是否要保證消息的順序

是否需要延遲消息要支持

很多開源的實(shí)現(xiàn)功能可以參考詳細(xì)信息。例如，rocketmq是高度可靠的，Kafka是高吞吐量的，但不是高度可靠的。