从0到1构建push服务 — 自定义协议（二）

在学习TCP/IP网络的时候，我们会看到很多协议，比如TCP、ICMP、IP、HTTP等等，研究过这些协议的同学一定看到过如下的图：

TCP协议
IP协议
WebSocket协议

这些协议都是干嘛用的呢，为什么要规定这些协议呢，这也就引出了我们今天的话题 — 自定义协议。

我们以TCP协议建立的长连接为例来讲，TCP协议是以流的方式进行传输的，也就是它不会关注是否接收到一个完整的数据，或者是否多接收了其他数据，只要读取缓存有数据它就会一直读取，也就到导致我们不知道数据是否完整或者接收了不相关数据，所以我们需要一个规则来划分不同的数据，这就是我们要自定义的协议。

目前主要有两种方式来定义协议，一种是规定好头部长度，然后头部中标识数据长度，接收端根据协议头部数值，选择接收多少数据，例如TCP、IP等；另一种是类似HTTP协议方式，规定头部以"\r\n\r\n"结束，头部每行以"\r\n"结束，然后头部会指定Content-Length（当然还有chunked的方式，这不在讨论范围），接收端也是根据头部指定大小来读取body（当然也可以指定0）。

我们知道在Android推送服务中有MQTT和XMPP协议，我们为了演示整个流程，也为了其他长连接服务提供帮助，这里我们选择自定义一个协议：

自定义协议

这里分别解释一下各个字段的用处：

• Version：指定协议的版本号，因为协议可能会变更，但要兼容老的版本，比如HTTP1.0/1.1/2.0。
• Head Hength：头部长度，接收端根据该字段分割head和body。
• Agreement：协议（也可以叫命令），不同的协议对应不同的处理方式，比如推送给客户端需要一种处理方式，心跳检测需要一种处理方式，push serv和Conn serv需要一种处理方式，这里公用一种结构。
• Extend：我们的协议经常会出现不完善的情况，所以我们经常会预留部分数据备用。
• Content Length：Body大小，接收端根据此字段判断Body终止。
• Syn：发送标识符，用于标识本次请求唯一性（参考TCP协议，在push服务中很少用到）。
• Ack：确认标识符，对应Syn标识符，Ack = Syn + 1（参考TCP协议）

到此我们为push服务自定义协议完成，当然这个协议不是死的，需要根据具体业务进行设计，为了设计更好的协议，可以参考一些比较成熟的协议规范。

下一章，我们该讲如何保证高可用了……