RocketMQ学习教程：10.RocketMQ多端口监听【云图智联】

本文主要介绍RocketMQ的多端口监听机制，通过本文，你可以了解到Broker端源码中remotingServer和fastRemotingServer的区别，以及客户端配置中，vipChannelEnabled的作用。

1 多端口监听

在RocketMQ中，可以通过broker.conf配置文件中指定listenPort配置项来指定Broker监听客户端请求的端口，如果不指定，默认监听10911端口。

1. listenPort=10911

不过，Broker启动时，实际上会监听3个端口：10909、10911、10912，如下所示：

1. $ lsof -iTCP -nP | grep LISTEN
2. java  1892656 tianshouzhi.robin   96u  IPv6 14889281  0t0  TCP *:10912 (LISTEN)
3. java  1892656 tianshouzhi.robin  101u  IPv6 14889285  0t0  TCP *:10911 (LISTEN)
4. java  1892656 tianshouzhi.robin  102u  IPv6 14889288  0t0  TCP *:10909 (LISTEN)

而其他两个端口是根据listenPort的值，动态计算出来的。这三个端口由Broker内部不同的组件使用，作用分别如下：

    remotingServer：监听listenPort配置项指定的监听端口，默认10911

    fastRemotingServer：监听端口值listenPort-2，即默认为10909

    HAService：监听端口为值为listenPort+1，即10912，该端口用于Broker的主从同步

 

本文主要聚焦于remotingServer和fastRemotingServer的区别：

    Broker端：remotingServer可以处理客户端所有请求，如：生产者发送消息的请求，消费者拉取消息的请求。fastRemotingServer功能基本与remotingServer相同，唯一不同的是不可以处理消费者拉取消息的请求。Broker在向NameServer注册时，只会上报remotingServer监听的listenPort端口。

    客户端：默认情况下，生产者发送消息是请求fastRemotingServer，我们也可以通过配置让其请求remotingServer；消费者拉取消息只能请求remotingServer。

下面通过源码进行验证Broker端构建remotingServer和fastRemotingServer时的区别，以及客户端如何配置。

 

2 Broker端

在BrokerController内部定义了remotingServer和fastRemotingServer两个字段

1. private RemotingServer remotingServer;
2. private RemotingServer fastRemotingServer;