简介

rocketmq在非生产环境都可以通过配置自动化创建避免手动创建的麻烦。但是你知道自动创建的真实流程吗？自动创建为什么不能在生产环境开启，会遇到什么问题？带着好奇和疑问开启今天的旅程。

目录

今天我们通过以下几个方面解开producer自动创建topic的神秘面纱。

一、Producer发送不存在的topic 

Producter在发送新的topic信息的时候会发生本地获取不到，请求namesvr也获取不到的情况。这之后Producter会设置

requestHeader.setDefaultTopic(this.defaultMQProducer.getCreateTopicKey());

并用请求码RequestCode.SEND_MESSAGE请求rocketmq的borker端。注意这个地址是通过我们配置的路由策略获取的，所以肯定只有一个地址获取到了我们的请求，也就意味着最终自动创建topic只在一个broker里面存在。

二、broker接到不存在的topic

broker处理器SendMessageProcessor在接受远程请求的时候会走起processRequest方法，该方法在处理参数请求之前就check下参数的topic是否存在，并且如果不存在的情况下broker是否开启了自动创建，也就是是否有TBW10的主题。如果主题存在就会自动创建该topic，并将该broker重新同步namesvr，同步code为RequestCode.REGISTER_BROKER。

请求流程如下图：

图1

三、namesrv同步自动创建topic

当namesrv接到code为REGISTER_BROKER的请求时，就会按照以下步骤处理请求：

图2

namesrv在接收到REGISTER_BROKER请求的时候有一个步骤就是感知我们传送过去的topicconfig的变化，更新配置表。

图3

通过broker和namesvr的配合，自动创建topic功能就完成了。

首先producter先尝试在本地和namesvr获取该topic信息。

如果获取不到则包装一个defaultTopic字段发给broker。

在broker端配置上如果配置了自动创建topic(autoCreateTopicEnable=true),

则broker会将TBW102注册到topicConfigTable当中。

当客户端发送broker请求的时候如果该broker没有该topic信息，并且请求namesrv也获取不到，就会按照TBW102的配置创建一个新的topic信息，并将其同步到rocketmq的namesvr当中，这样就可以达到偷梁换柱（啊！自动创建）功能。

由此，我们也能看到自动创建topic只在一个broker存在，破坏了高可用性，线上环境应禁止使用。