【第13章】【TCP粘包/拆包问题和Netty的解决方案】

【博文总目录>>>】

工程下载【1>>>】|【2>>>】

什么是TCP协议?

TCP(Transmission Control Protocol传输控制协议)是Internet协议组的主要协议之一。起源于初始的网络实现,补充了IP协议。因此通常称为TCP/IP协议。TCP在运行在IP通信网络的应用程序之间提供稳定的、有序的和错误检查的8字节流分发功能。—— from wiki

什么是TCP的粘包和拆包问题?

TCP是一个“流”协议,所谓流,就是没有边界的一串数据。TCP底层不了解业务数据的含义,只是按照缓冲区的情况进行包的划分,那么业务上一个完整的数据包有可能被划分成多个包发出,也可能多个包被合并成一个数据包发出,这就是TCP的粘包和拆包问题。

如何解决粘包和拆包问题?

TCP不知道数据包的业务含义,所以只能通过上层协议栈的设计来结局,主流方案:

定长消息,消息长度是固定的,不够的进行补齐

特殊字符分隔,如FTP协议在包尾添加换行符进行分隔

将消息分为消息投和消息体,消息头中包含消息的总长,如前4个字节表示整个消息的长度(最灵活和常用的方案)

Netty对粘包和拆包问题的处理

Netty对解决粘包和拆包的方案做了抽象,提供了一些解码器(Decoder)来解决粘包和拆包的问题。如:

  • LineBasedFrameDecoder:以行为单位进行数据包的解码

  • DelimiterBasedFrameDecoder:以特殊的符号作为分隔来进行数据包的解码

  • FixedLengthFrameDecoder:以固定长度进行数据包的解码

  • LenghtFieldBasedFrameDecode:适用于消息头包含消息长度的协议(最常用)

所以对使用Netty进行网络读写的程序,可以直接使用这些Decoder来完成数据包的解码。

由于业务程序的复杂性,可能协议也非常复杂。对于高并发、大流量的系统来说,每个数据包都不应该传输多余的数据(所以补齐的方式肯定不可取),LenghtFieldBasedFrameDecode更适合这样的场景。

LenghtFieldBasedFrameDecode提供了灵活的配置来支持业务消息的解码:

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

这里写图片描述

链接:https://www.jianshu.com/p/d65d03cb3466

发布了534 篇原创文章 · 获赞 1126 · 访问量 162万+
展开阅读全文

没有更多推荐了,返回首页

©️2019 CSDN 皮肤主题: 编程工作室 设计师: CSDN官方博客

分享到微信朋友圈

×

扫一扫,手机浏览