生产者和消费者都需要添加配置类:
@Bean
public MessageConverter jsonMessageConverter() {
Jackson2JsonMessageConverter jackson2JsonMessageConverter = new Jackson2JsonMessageConverter();
jackson2JsonMessageConverter.setCreateMessageIds(true);
return jackson2JsonMessageConverter;
}
消费者拿到id之后,保存到数据库,后续消费时,需要查数据库进行比较,因此这种方案的缺点就是有业务的入侵,对性有一定的影响。
(1)查询和删除操作本身就是幂等性操作。
(2)可以使用分布式锁,对单据id锁定,防止多次提交,但是需要设置过去时间,只是避免短期重复提交,后续单据可能退回。
案例:订单支付完成之后需要修改订单状态,此时需要通过支付服务调用订单服务修改订单状态。
解决:可以在订单服务中增加一个对订单状态的判断,如果订单状态不为未支付,则不能改动订单的状态,大概逻辑如下:
这个案例比较特殊,是典型的比较交换逻辑,属于乐观锁,因此可以优化成为一个sql:
update order set oderStatus = 2 where id = ? and oderStatus = 1
当状态为1时才去修改为2,完美~