rabbitmq能支持多少的并發(fā)？在實(shí)際應(yīng)用中，并發(fā)打印的數(shù)量并不多，但是使用這種模式，1000個(gè)用戶總是連接到服務(wù)器上，這是一種極大的浪費(fèi)。過去我們也考慮過用redis來存儲(chǔ)隊(duì)列，然后在打印中心服務(wù)

rabbitmq能支持多少的并發(fā)？

在實(shí)際應(yīng)用中，并發(fā)打印的數(shù)量并不多，但是使用這種模式，1000個(gè)用戶總是連接到服務(wù)器上，這是一種極大的浪費(fèi)。過去我們也考慮過用redis來存儲(chǔ)隊(duì)列，然后在打印中心服務(wù)器上改成消費(fèi)隊(duì)列，遠(yuǎn)程調(diào)用全國(guó)各地的客戶端進(jìn)行打印。優(yōu)點(diǎn)是遠(yuǎn)程調(diào)用只能在有消息時(shí)啟動(dòng)，而不是像rabbitmq那樣一直保持1000個(gè)連接。

rabbitmq什么情況消費(fèi)者會(huì)中斷？

我很高興回答您的問題

rabbitmq消費(fèi)者會(huì)造成很多干擾。讓我解釋一下在我的項(xiàng)目中遇到的問題。

在大數(shù)據(jù)模式下，一次向發(fā)送者發(fā)送10000條數(shù)據(jù)，發(fā)送者一次向消費(fèi)者發(fā)送消息。然后消費(fèi)者程序直接處理終端，檢查服務(wù)日志，發(fā)現(xiàn)只有發(fā)送失敗。

關(guān)閉AMQP連接<0.6265.7>（192.168.1.14:42592-> 192.168.1.14:5672）：

{寫入程序，發(fā)送失敗，{錯(cuò)誤，超時(shí)}。

rabbitmq服務(wù)器將在短時(shí)間內(nèi)向使用者發(fā)送大量消息。然后，如果您沒有時(shí)間確認(rèn)，服務(wù)器將積壓大量未確認(rèn)的消息，如果消費(fèi)者不匆忙處理，他將被掛起（這也可能導(dǎo)致程序崩潰）。

配置不匹配也會(huì)導(dǎo)致錯(cuò)誤的消費(fèi)者消費(fèi)信息，因此我們必須在上線前仔細(xì)檢查配置信息。

消費(fèi)者將在一段時(shí)間后消失。此時(shí)，他們需要檢查MQ日志。一般情況下，鏈接已斷開，并將記錄在MQ日志中。在這種情況下，他們需要重新連接。

MQ用戶存在很多問題，需要根據(jù)實(shí)際項(xiàng)目解決。

rabbitMQ點(diǎn)對(duì)點(diǎn)，一個(gè)隊(duì)列可以多個(gè)消費(fèi)者嗎？

Rabbitmq從未使用過。在ActiveMQ中，我剛剛測(cè)試了可以有多個(gè)消費(fèi)者，消息按順序分發(fā)給不同的消費(fèi)者，比如消息1到消費(fèi)者a，消息2到消費(fèi)者B，消息3到消費(fèi)者a，消息4到消費(fèi)者B。。其優(yōu)點(diǎn)是實(shí)現(xiàn)了負(fù)載均衡。如果消費(fèi)者B突然掛斷，消費(fèi)者a可以正常接收。

我明白，如果我說的是錯(cuò)的，我希望有上帝來糾正它。非常感謝你。