【原创】抓包分析RabbitMQ的帧数据构成

     本文仅记录研究rabbitmq-c客户端源码时,对RabbitMQ帧数据构成进行总结。 api

     先上一张图: 服务器

     上图是rabbitmq-c客户端与服务器进行初始信令交互时的抓包,在此仅此做为示例使用。其中图中所示为第一条Connection.Start信令的具体内容。请关注如下几个值: spa

1.第一行显示的Length值为389 code

2.协议内部的Length值为327 rabbitmq

     那么389-327=62字节的内容都包括了什么?其包括了:14(Ethernet头)+20(IP头)+20(TCP头)=54字节,以及AMQP的帧数据 7(帧头)+1(帧尾)=8字节。 rpc

     源码中有以下结构: get

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 是指什么呢?咱们能够从另外三段代码中找到答案: input

在amqp_new_connection中 源码

state->target_size = 8;
在return_to_idle中
state->target_size = HEADER_SIZE;
在amqp_handle_input中
state->target_size = amqp_d32(raw_frame, 3) + HEADER_SIZE + FOOTER_SIZE;

     哈哈,原来该值正是AMQP的实际要处理的帧的长度(在上例中其实就是327+7+1)。 it

     有了上述说明,再看代码时就不会被其中的各类帧解析代码搞晕了!

相关文章
相关标签/搜索