RocketMQ 拉取消息

MQClientInstance

在上面的start章节，我们从源码中可以看到这么一行代码：

在start过程中多次使用到这个factory，并且最终也调用了它的start方法：

下面，我们进入mqClientFactory的start方法简单了解下：

我们忽的就看到有调用 pullMessageService.start(); 看名字，就大概就是我们期望了解的拉取消息相关方法了，我们顺势找到这个字段的赋值逻辑：

this.pullMessageService = new PullMessageService(this);

我们有必要去追踪下PullMessageService这个类了。

PullMessageService

查阅PullMessageService这个类，不出所料，我们在其内部发现了pullMessage方法：

DefaultMQPushConsumerImpl

现在我们已经找到了RocketMQ拉取消息的实现，以及它的启动过程，下面我们去了解下它是如何实现消息拉取的。

先截取部分源码，我们可以看到pullMessage方法，接收一个pullRequest的参数，它代表的是一次拉取请求。

我们有必要来看下pullRequest的定义，了解client和server之间数据交互的格式

PullRequest

我们可以看到，pullRequest中包含这么几块东西

1. consumerGroup 消费者group信息
2. messageQueue 消息的元数据信息，结合MessageQueue的定义，里面有消息的topic，brokerName等
3. ProcessQueue 消息体信息，里面存放实际的消息体，里面一般会有多条消息，提供拉取超时判断，清理过时未处理的消息，新增，删除消息等功能

ProcessQueue

我们挑选几个方法看下针对消息体的处理。

1. 删除过期未处理的消息：
   
   
2. 添加拉取到的消息：
   

pullMessage

下面我们再回过头来看下pullMessage这个方法：

下面是主体逻辑，定义一个回调方法：

这个方法体实在是太长了，总得来说，是对拉取的状态进行了识别，有FOUND状态（看意思应该是能拉取到新数据的意思，源码中无注释，应该是这个意思），NO_NEW_MSG（没有新数据），NO_MATCHED_MSG（过滤后没数据），OFFSET_ILLEGAL（offset非法），这些属于拉取到数据后的处理，暂时就不细看了。
回调方法有了，又是在哪里被调用呢？往下挪一段代码：

我们再进入pullKernelImpl这个方法体，截取该方法的主体部分如下：

很显然这个方法的主体功能，便是构建出一个跟Broker请求的request，下面的pullMessage方法，定然是调用netty进行数据交互，如何获取到结果。
再往里跟一下代码，发现后面会调用pullMessageAsync方法：

至此大概梳理了下拉取消息的流程~