最新回答 / _冬陽
頻繁操作DB，你指的是操作order表還是message表，如果是message表的話 定時任務老師這個只是做演示，具體重新發送的時間是看業務的需要的，另外消息中間件除了異步通信的作用外，還有削峰的作用 可以根據數據庫能夠處理的并發量，從消息隊列中慢慢拉取消息 去訪問數據庫，這樣雖然會造成消息隊列中消息的積壓，但是在高并發的情況下，這樣的積壓也是允許的
最新回答 / 姜姜云
exchange作為一個中轉站實現了生產者和隊列直接的耦合，因為發送消息是根據不同的需求來的，可能是點對點，可能是根據匹配規則，可能是群發，如果讓消息發送者來做處理，會很麻煩，因此，使用exchange來處理各種需求，發送者就發送消息就可以了
2019-07-07
最新回答 / qq_暗中觀察_0
代碼呢？監聽配了么？檢查下注解，看監聽配了沒，監聽的交換機和隊列對不對 有沒有寫錯字母
最新回答 / 一分鐘的距離
生產者與消費者的Order不是同一個類引起的，雖然兩個類一樣，但不是同一個對象，序列化與反序列化會導致失敗。我也碰到這個問題，解決辦法就是讓生產者與消費者公用同一個類就行了。可以參照源碼https://github.com/suxiongwei/springboot-rabbitmq中的方式，另起一個maven子項目，讓生產者與消費者引入這個Order類。
2019-06-17
最新回答 / 梨花壓不壓海灘
我的consumer:
@Component
@Slf4j
public?class?OrderReceiver?{
????????@RabbitListener(bindings?=?@QueueBinding(
????????????????value?=?@Queue(value?=?"order-queue2",durable?=?"true"),
???????????????...
2019-06-17
最新回答 / _冬陽
需要對表頻繁的進行修改刪除就不合適使用nosql
最贊回答 / 南瓜子
如果一個訂單剛好一分鐘的時間到了，定時任務時間再延長，你覺得這個訂單會多久去重試？ 不直接修改訂單是為了重試發送mq消息，可能過了幾分鐘，存在發送成功的可能。這就是為什么要多此一舉去發送mq消息。
2019-06-01