IM通信协议设计

最新推荐文章于 2024-05-22 09:41:51 发布

vector6_

最新推荐文章于 2024-05-22 09:41:51 发布

阅读量431

点赞数 1

分类专栏： IM 文章标签：网络协议即时通讯

本文链接：https://blog.csdn.net/qq_41105501/article/details/115922367

版权

IM 专栏收录该内容

12 篇文章 0 订阅

订阅专栏

IM通信协议设计

IM通信协议的制定是IM开发中起点，也是贯穿设计、开发、运维始终的核心所在，通信协议设计的好坏，直接影响后绪环节的用户体验（数据流量、耗电量、通信速度）、兼容性（新老版本的无缝融合）、扩展性（后绪的版本升级怎么办）等，是个基础且极其重要的工作。

IM通信协议的分层设计

通常，协议有语法、语义、时序三要素：

（1）语法：即数据与控制信息的结构或格式
（2）语义：即需要发出何种控制信息，完成何种动作以及做出何种响应
（3）时序：即事件实现顺序的详细说明

一套典型的IM通信协议设计分为三层：应用层、安全层、传输层。

IM应用层协议设计

应用层协议选型，常见的有三种：文本协议、二进制协议、流式XML协议。

文本协议

文本协议是指 “贴近人类书面语言表达”的通讯传输协议，典型的协议是http协议。一个http协议大致长成这样：
```
GET / HTTP/1.1
User-Agent: curl
Host: musicml.net
Accept: */*
```
文本协议的特点是：
- a. 可读性好，便于调试
- b. 扩展性也好（通过key:value扩展）
- c. 解析效率一般（一行一行读入，按照冒号分割，解析key和value）
- d. 对二进制的支持不好，比如语音／视频

IM中，MSN使用的是文本协议。

二进制协议

二进制协议是指binary协议，典型是ip协议，以下是ip协议的一个图示:
二进制协议一般定长包头和可扩展变长包体 ，每个字段固定了含义，例如IP协议的前4个bit表示协议版本号（Version）
二进制协议有这样一些特点：
- a. 可读性差，难于调试
- b. 扩展性不好，如果要扩展字段，旧版协议就不兼容了，所以一般设计时会有一个Version字段
- c. 解析效率超高（几乎没有解析代价）
- d. 对二进制的支持不好，比如语音／视频

IM中，QQ使用的是二进制协议。

流式XML协议

IM的准标准协议xmpp就是使用流式XML，像gtalk，校内通这些im都是基于xmpp的。让我们来看一个xmpp协议的例子：

<message
to=’[url=mailto:romeo@example.net]romeo@example.net[/url]’
from=’[url=mailto:juliet@example.com]juliet@example.com[/url]’
type=’chat’
xml : lang=’en’>
<body>Wherefore art thou, Romeo?</body>
</message>

从xml标签中大致可以判断这是一个romeo发给juliet的聊天消息。xmpp协议可以实现跨域的互通。例如gtalk和校内通用户聊天。只要服务端实现了s2s服务（server to server），不过现在的im基本没有互通需求，所以这个服务基本没有人实现
XMPP协议有几个特点：
- a.它是准标准协议，可以跨域互通
- b.XML的优点，可读性好，扩展性好
- c.解析代价超高（dom解析）
- d.有效数据传输率超低（大量的标签）

示例

下面来看一个im协议的实际例子。一般常见的做法是：定长二进制包头，可扩展变长包体。包体可以使用用文本、XML等扩展性好的协议。包头负责传输和解析效率，与业务无关。包体保证扩展性，与业务相关。

这是一个实际的16字节im二进制定长包头：

//sizeof(cs_essay-header)=16
struct cs_essay-header
{
    uint32_t version;
    uint32_t magic_num;
    uint32_t cmd;
    uint32_t len;
    uint8_t data[];
}__attribute__((packed));

a. 前4个字节是version；
b. 接下来的4个字节是个魔数，用来保证数据错位或丢包问题，常见的做法是，包头放几个约定好的特殊字符，包尾放几个约定好的特殊字符约定好，发给你的协议，某几个字节位置，是0x 01020304 ，才是正常报文；
c. 接下来是command（命令号），用来区分是keepalive报文、业务报文、密钥交换报文等；
d. len（包体长度），告知服务端要接收多长的包体。

这是一个实际的可扩展im变长包体(Protobuf)：

message CUserLoginReq
{
    optional string username = 1;
    optional string passwd = 2;
}
message CUserLoginResp
{
    optional uint64 uid =1;
}

登录请求包传入的是用户名与密码，登录响应包返回的是用户的uid。当然，除了Protobuf，可选择的可扩展包体协议还有xml、json、mcpack等

vector6_

关注

1
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
IM通信协议设计

IM通信协议设计IM通信协议的制定是IM开发中起点，也是贯穿设计、开发、运维始终的核心所在，通信协议设计的好坏，直接影响后绪环节的用户体验（数据流量、耗电量、通信速度）、兼容性（新老版本的无缝融合）、扩展性（后绪的版本升级怎么办）等，是个基础且极其重要的工作。IM通信协议的分层设计通常，协议有语法、语义、时序三要素：（1）语法：即数据与控制信息的结构或格式（2）语义：即需要发出何种控制信息，完成何种动作以及做出何种响应（3）时序：即事件实现顺序的详细说明一套典型的IM通信协议设计分为三层
复制链接

扫一扫

专栏目录