本文仅记录研究rabbitmq-c客户端源码时，对RabbitMQ帧数据构成进行总结。
先上一张图：
上图是rabbitmq-c客户端与服务器进行初始信令交互时的抓包，在此仅此作为示例使用。其中图中所示为第一条Connection.Start信令的具体内容。请关注以下几个值：
1.第一行显示的Length值为389
2.协议内部的Length值为327
那么389-327=62字节的内容都包括了什么？其包括了：14（Ethernet头）+20（IP头）+20（TCP头）=54字节，以及AMQP的帧数据 7（帧头）+1（帧尾）=8字节。
源码中有如下结构：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
|
struct amqp_connection_state_t_ {
amqp_pool_t frame_pool;
amqp_pool_t decoding_pool;
amqp_connection_state_enum state;
int channel_max;
int frame_max;
int heartbeat;
amqp_bytes_t inbound_buffer;
size_t inbound_offset;
size_t target_size;
amqp_bytes_t outbound_buffer;
int sockfd;
amqp_bytes_t sock_inbound_buffer;
size_t sock_inbound_offset;
size_t sock_inbound_limit;
amqp_link_t *first_queued_frame;
amqp_link_t *last_queued_frame;
amqp_rpc_reply_t most_recent_api_result;
}; |
其中 target_size 是指什么呢？我们可以从另外三段代码中找到答案：
在amqp_new_connection中
|
1
|
state->target_size = 8; |
|
1
|
state->target_size = HEADER_SIZE; |
|
1
|
state->target_size = amqp_d32(raw_frame, 3) + HEADER_SIZE + FOOTER_SIZE; |
哈哈，原来该值正是AMQP的实际要处理的帧的长度（在上例中其实就是327+7+1）。
有了上述说明，再看代码时就不会被其中的各种帧解析代码搞晕了！