最新回答 / _冬阳
频繁操作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