人不风流枉少年

一个应用尽可能用一个topic，而消息子类型可以用tags来表示。tags可以由应用设置，只有生产者在发送消息设置了tags，消费方在订阅时才可以利用tags通过broker做消息过滤。Topic过多会增加RocketMQ的元数据维护的性能消耗，所以在使用时还是需要对Topic进行合理的分配。

发送消息发送消息通常会将消息体保存到数据库中，可以通过封装一个公共的方法先保存到数据库再发送消息，也可以通过AOP在发送前将消息保存到数据库。CREATE TABLE `tbl_mq_msg` ( `id` bigint(20) unsigned NOT NULL AUTO_INCREMENT, `msg_id` varchar(50) NOT NULL COMMENT 'RocketMQ msgId', `topic` varchar(50) NOT NULL COMMENT '主题',

GenericMessage message = new GenericMessage("tx msg body");rocketMQTemplate.sendMessageInTransaction("tx-topic", message, "tx");@Component@RocketMQTransactionListenerpublic class LocalTransactionListener implements RocketMQLocalTransactionListener {.

一：普通消息RocketMQ提供了三种方式来发送普通消息：可靠同步发送、可靠异步发送、单向发送。1.1 可靠同步发送同步发送是发送消息后必须等待RocketMQ服务返回发送的结果，这里会一直同步阻塞，直到拿到RocketMQ服务返回发送的结果才继续往下执行代码。同步发送一般应用于对发送成功可靠性要求很严格的场景，一般是要保证100%发送成功，不成功就重试。@RestControllerpublic class RocketMQController { @Autowired pr

1. pom.xml<dependency> <groupId>org.apache.rocketmq</groupId> <artifactId>rocketmq-client</artifactId> <version>4.8.0</version></dependency>2. applicaton.ymlserver: port: 8888rocketmq:

一：消息中间件的应用场景1.1 异步解耦一般一个系统中有很多个微服务，当用户在下单系统中下单时，下单操作完成后还会调用库存系统进行扣减库存，还会调用积分系统增加用户的积分，还会调用优惠券系统进行发放优惠券等等一系列的操作，如果在下单系统中同步调用库存系统、同步调用积分系统、同步调用优惠券系统势必会导致整个下单时间会比较长，不利于用户体验，假如在同步调用的过程中某个微服务出现问题就会导致整个下单失败。为了减少调用其它微服务时间，为了减少其它微服务出现问题而导致下单不可用，我们可以将所有的同步调用方式改为