最新回答 / 姜姜云
exchange作為一個(gè)中轉(zhuǎn)站實(shí)現(xiàn)了生產(chǎn)者和隊(duì)列直接的耦合，因?yàn)榘l(fā)送消息是根據(jù)不同的需求來的，可能是點(diǎn)對點(diǎn)，可能是根據(jù)匹配規(guī)則，可能是群發(fā)，如果讓消息發(fā)送者來做處理，會(huì)很麻煩，因此，使用exchange來處理各種需求，發(fā)送者就發(fā)送消息就可以了
2019-07-07
最新回答 / qq_暗中觀察_0
代碼呢？監(jiān)聽配了么？檢查下注解，看監(jiān)聽配了沒，監(jiān)聽的交換機(jī)和隊(duì)列對不對 有沒有寫錯(cuò)字母
最新回答 / 一分鐘的距離
生產(chǎn)者與消費(fèi)者的Order不是同一個(gè)類引起的，雖然兩個(gè)類一樣，但不是同一個(gè)對象，序列化與反序列化會(huì)導(dǎo)致失敗。我也碰到這個(gè)問題，解決辦法就是讓生產(chǎn)者與消費(fèi)者公用同一個(gè)類就行了?？梢詤⒄赵创ahttps://github.com/suxiongwei/springboot-rabbitmq中的方式，另起一個(gè)maven子項(xiàng)目，讓生產(chǎn)者與消費(fèi)者引入這個(gè)Order類。
2019-06-17
最新回答 / 梨花壓不壓海灘
我的consumer:
@Component
@Slf4j
public?class?OrderReceiver?{
????????@RabbitListener(bindings?=?@QueueBinding(
????????????????value?=?@Queue(value?=?"order-queue2",durable?=?"true"),
???????????????...
2019-06-17
最新回答 / _冬陽
需要對表頻繁的進(jìn)行修改刪除就不合適使用nosql
最贊回答 / qq_大胖_2
對，消費(fèi)者綁定隊(duì)列就行的。加上交換機(jī)和路由鍵是為了初始的時(shí)候創(chuàng)建綁定關(guān)系，如果一開始已經(jīng)綁定的話就可以不用加
最贊回答 / 南瓜子
如果一個(gè)訂單剛好一分鐘的時(shí)間到了，定時(shí)任務(wù)時(shí)間再延長，你覺得這個(gè)訂單會(huì)多久去重試？ 不直接修改訂單是為了重試發(fā)送mq消息，可能過了幾分鐘，存在發(fā)送成功的可能。這就是為什么要多此一舉去發(fā)送mq消息。
2019-06-01
最贊回答 / 董晶輝
@Headers寫成@Header了，所以報(bào)錯(cuò)了，應(yīng)該寫@Headers