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

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

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

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

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

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

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

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

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

是否要保證消息的可靠性，必要時(shí)要保證存儲(chǔ)的高可用性

是否支持同步和異步消息

是否要保證消息的順序

是否需要延遲消息要支持

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