最新回答 / _冬陽
頻繁操作DB，你指的是操作order表還是message表，如果是message表的話 定時任務(wù)老師這個只是做演示，具體重新發(fā)送的時間是看業(yè)務(wù)的需要的，另外消息中間件除了異步通信的作用外，還有削峰的作用 可以根據(jù)數(shù)據(jù)庫能夠處理的并發(fā)量，從消息隊(duì)列中慢慢拉取消息 去訪問數(shù)據(jù)庫，這樣雖然會造成消息隊(duì)列中消息的積壓，但是在高并發(fā)的情況下，這樣的積壓也是允許的
最新回答 / 姜姜云
exchange作為一個中轉(zhuǎn)站實(shí)現(xiàn)了生產(chǎn)者和隊(duì)列直接的耦合，因?yàn)榘l(fā)送消息是根據(jù)不同的需求來的，可能是點(diǎn)對點(diǎn)，可能是根據(jù)匹配規(guī)則，可能是群發(fā)，如果讓消息發(fā)送者來做處理，會很麻煩，因此，使用exchange來處理各種需求，發(fā)送者就發(fā)送消息就可以了
2019-07-07
最新回答 / qq_暗中觀察_0
代碼呢？監(jiān)聽配了么？檢查下注解，看監(jiān)聽配了沒，監(jiān)聽的交換機(jī)和隊(duì)列對不對 有沒有寫錯字母
最新回答 / 一分鐘的距離
生產(chǎn)者與消費(fèi)者的Order不是同一個類引起的，雖然兩個類一樣，但不是同一個對象，序列化與反序列化會導(dǎo)致失敗。我也碰到這個問題，解決辦法就是讓生產(chǎn)者與消費(fèi)者公用同一個類就行了。可以參照源碼https://github.com/suxiongwei/springboot-rabbitmq中的方式，另起一個maven子項(xiàng)目，讓生產(chǎn)者與消費(fèi)者引入這個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ī)和路由鍵是為了初始的時候創(chuàng)建綁定關(guān)系，如果一開始已經(jīng)綁定的話就可以不用加
最贊回答 / 南瓜子
如果一個訂單剛好一分鐘的時間到了，定時任務(wù)時間再延長，你覺得這個訂單會多久去重試？ 不直接修改訂單是為了重試發(fā)送mq消息，可能過了幾分鐘，存在發(fā)送成功的可能。這就是為什么要多此一舉去發(fā)送mq消息。
2019-06-01