Netty之协议设计
目录
为什么需要协议
TCP/IP 中消息传输基于流的方式,没有边界。
协议的目的就是划定消息的边界,制定通信双方要共同遵守的通信规则
例如:在网络上传输
是中文一句著名的无标点符号句子,在没有标点符号情况下,这句话有数种拆解方式,而意思却是完全不同,所以常被用作讲述标点符号的重要性
一种解读
另一种解读
如何设计协议呢?其实就是给网络传输的信息加上“标点符号”。但通过分隔符来断句不是很好,因为分隔符本身如果用于传输,那么必须加以区分。因此,下面一种协议较为常用
例如,假设一个中文字符长度为 3,按照上述协议的规则,发送信息方式如下,就不会被接收方弄错意思了
redis协议示例
*3 $3 SET $5 mykey $7 myvalue
对于上面的内容发出的命令为SET mykey myvalue
*3表示要发三个数组
$3表示第一个数组的长度为3
后接具体的指令为SET
后面的$5 $7也是同样的道理
http协议举例
启动服务端在浏览器中输入
自定义协议
要素
- 魔数,用来在第一时间判定是否是无效数据包
- 版本号,可以支持协议的升级
- 序列化算法,消息正文到底采用哪种序列化反序列化方式,可以由此扩展,例如:json、protobuf、hessian、jdk
- 指令类型,是登录、注册、单聊、群聊... 跟业务相关
- 请求序号,为了双工通信,提供异步能力
- 正文长度
- 消息正文
编解码器
重写编码方法
用于将自定义Message对象编码成二进制数据流发送给远程服务器。具体解释如下:
4字节的魔数:这个魔数是用来标志协议的,客户端和服务端都要保持一致,表示这是同一种协议。
1字节的版本:表示当前数据流的版本号。
1字节的序列化方式:表示使用哪种序列化方式将Message对象转为二进制数据流,其中0代表JDK序列化方式,1代表JSON序列化方式。
1字节的指令类型:表示Message对象中的指令类型,也就是表示这个消息是干什么用的。
4字节的序列号:表示该消息的序列号,用于检测是否有消息丢失或重复等问题。
无意义,8位填充:由于前面魔数、版本、序列化方式、指令类型、序列号已经使用了12个字节的长度,而长度字段需要占用4个字节的长度,为了对其,需要在这里填充一个字节,使得总长度为13个字节。
4字节的消息体长度:表示消息体的长度。
消息内容:将Message对象序列化为字节数组,再写到输出流中。
最终,这个编码器将Message对象转化为了一个二进制数据流,方便通过网络传输到远程服务器。
重写解码方法
用于将接收到的二进制数据流解码成自定义的Message对象。具体解释如下:
读取4字节的魔数。
读取1字节的版本。
读取1字节的序列化方式。
读取1字节的指令类型。
读取4字节的序列号。
读取1字节,这个字节被视为无意义填充。
读取4字节的消息体长度,也就是消息内容的字节长度。
根据消息体长度创建一个字节数组,并从输入流中读取相应的字节数据。
将字节数组反序列化成一个Message对象。
输出相应的日志信息,包括魔数、版本、序列化方式、指令类型、序列号、消息体长度以及反序列化后的Message对象。
把反序列化后的Message对象添加到out列表中。
最终,这个解码器将二进制数据流转化为了自定义的Message对象,方便在业务逻辑中使用。
测试
- 点赞
- 收藏
- 关注作者
评论(0)