RocketMQ建议使用规范.pdfVIP

RocketMQ建议使⽤规范 ⽬的 解决⼤型分布式互联⽹项⽬消息的使⽤ 规范 ⼀、设计原理 说明 1. NameServer是⼀个⼏乎⽆状态节点，可集群部署，节点之间⽆任何信息同步。 2. Broker部署相对复杂，Broker分为Master与Slave，⼀个Master可以对应多个Slave，但是⼀个Slave只能对应⼀个 Master，Master与Slave的对应关系通过指定相同的BrokerName，不同的BrokerId来定义，BrokerId为0表⽰ Master，⾮0表⽰Slave。Master可以部署多个。每个Broker与Name Server集群中的所有节点建⽴长连接，定时注 册Topic信息到所有NameServer。 3. Producer与NameServer集群中的其中⼀个节点（随机选择）建⽴长连接，定期从NameServer取Topic路由信息， 并向提供Topic服务的Master建⽴长连接，且定时向Master发送⼼跳。Producer完全⽆状态，可以集群部署。 4. Consumer与NameServer集群中的其中⼀个节点（随机选择）建⽴长连接，定期从NameServer取Topic路由信 息，并向提供Topic服务的Master、Slave建⽴长连接，且定时向Master、Slave发送⼼跳。Consumer既可以从 Master订阅消息，也可以从Slave订阅消息，订阅规则由Broker配置决定。 ⼆、使⽤教程 1、严格顺序消息的发送与消费 要注意严格顺序消息发送端要向⼀个queue发送消息，消费端要配置为 ORDERLY 模式，这牺牲了集群的性能。 1、pom.xml配置 dependency groupIdcom.midea.jr.framework/groupId artifactIdframework.mq/artifactId version0.0.1-SNAPSHOT/version /dependency 2、Message Producer 端Spring IOC xml配置 bean id=me ageProducer cla =com.midea.finance.framework.me age.producer.MideaDefaultMQProducer property name=namesrvAddr value=${rocketmq.namesrvAddr} / property name=producerGroup value=FINANCE-SMS /!-- 这⾥只要保证集群之间不冲突，集群内部相同配置就可以了 -- property name=retryAnotherBrokerWhenNotStoreOK value=false / /bean 3、Message Producer 端代码 // 发送顺序消息，注意这⾥要持续向其中⼀个队列发送消息才是严格顺序消息 SendResult sr1 = me ageProducer.send( new Me age( finance-sms, me age.getBytes() ), new Me ageQueueSelector() { @Override public Me ageQueue select( ListMe ageQueue mqs, Me age msg, Object arg ) { Integer id = arg.hashCode(); int index = id % mqs.size(); return mqs.get( index ); } }, 1 ); 4、Message Consumer 端Spring IOC xml配置 bean id=defaultMQPushConsumerMe ageSelector cla =com.midea.finance.framework.me age.selector.DefaultMQPushConsumerMe ageSelector property name=name