分隔符和定长解码器

最新推荐文章于 2024-04-04 05:39:10 发布

Hosea91

最新推荐文章于 2024-04-04 05:39:10 发布

阅读量282

点赞数

分类专栏： Netty

本文链接：https://blog.csdn.net/weixin_42574365/article/details/107722253

版权

TCP传输数据以流形式进行，文章介绍了如何通过四种方式解析数据流，包括定长消息、回车换行符、特殊字符结束符和消息头定义长度。Netty提供DelimiterBasedFrameDecoder和FixedLengthFrameDecoder解码器，分别处理分隔符结束和定长消息的粘包问题。示例代码展示了如何在服务端和客户端使用FixedLengthFrameDecoder进行解码，确保正常通信。

摘要由CSDN通过智能技术生成

TCP以数据流的方式进行数据传输，上层应用通常采用以下4种方式来对数据流进行解析，解析出每个业务基本的消息内容：

定长消息：消息长度固定，读取到固定长度的数据报文后停止；计数器重置，再开始下一个报文。
回车换行符为结束符：这种协议在文本协议中比较常见，例如ftp协议。
特殊字符作为消息结束的字符：自定义结束符，例如使用"$_".
消息头中定义消息长度：消息分为消息头和消息体，在头部定义消息的总长度。

Netty针对上面的4中情况做了统一的抽象，提供了对应的解码器来解决tcp的粘包问题。
本次主要学习两个实用的解码器：
DelimiterBasedFrameDecoder 和 FixedLengthFrameDecoder。
DelimiterBasedFrameDecoder 对于使用分隔符结尾的消息进行自动解码，FixedLengthFrameDecoder 对于固定长度的消息进行自动解码。两种解码器使用起来非常简单，在多大多数情况加，将DelimiterBasedFrameDecoder 和FixedLengthFrameDecoder 添加到对应的ChannelPipeline的起始位即可。

例如实用定长解码器FixedLengthFrameDecoder
服务端代码：

public class ChildChannelHandler extends
        ChannelInitializer<SocketChannel> {
   

    @Override
    public void initChannel(SocketChannel ch) throws Exception {
   
        //设置了30个字符做为一条消息的长度。
        ch.pipeline().addLast(new FixedLengthFrameDecoder(30));
        ch