start
- MQClientInstance
- PullMessageService
- DefaultMQPushConsumerImpl
- PullRequest
- ProcessQueue
- pullMessage
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中包含这么几块东西
- consumerGroup 消费者group信息
- messageQueue 消息的元数据信息，结合MessageQueue的定义，里面有消息的topic，brokerName等
- ProcessQueue 消息体信息，里面存放实际的消息体，里面一般会有多条消息，提供拉取超时判断，清理过时未处理的消息，新增，删除消息等功能
ProcessQueue
我们挑选几个方法看下针对消息体的处理。
- 删除过期未处理的消息：
- 添加拉取到的消息：
pullMessage
下面我们再回过头来看下pullMessage这个方法：
下面是主体逻辑，定义一个回调方法：
这个方法体实在是太长了，总得来说，是对拉取的状态进行了识别，有FOUND状态（看意思应该是能拉取到新数据的意思，源码中无注释，应该是这个意思），NO_NEW_MSG（没有新数据），NO_MATCHED_MSG（过滤后没数据），OFFSET_ILLEGAL（offset非法），这些属于拉取到数据后的处理，暂时就不细看了。
回调方法有了，又是在哪里被调用呢？往下挪一段代码：
我们再进入pullKernelImpl这个方法体，截取该方法的主体部分如下：
很显然这个方法的主体功能，便是构建出一个跟Broker请求的request，下面的pullMessage方法，定然是调用netty进行数据交互，如何获取到结果。
再往里跟一下代码，发现后面会调用pullMessageAsync方法：
至此大概梳理了下拉取消息的流程~
