p8架构师告诉你Netty的常用编解码器与使用

一、开发客户端

1.开发客户端的Handler    



public class CodecClientHandler extends ChannelInboundHandlerAdapter {
    @Override
    public void channelActive(ChannelHandlerContext ctx) throws Exception {
        System.out.println("连接成功");
    }

    @Override
    public void channelRead(ChannelHandlerContext ctx, Object msg) throws Exception {
        ByteBuf byteBuf = (ByteBuf) msg;
        System.out.println(byteBuf.toString(StandardCharsets.UTF_8));
        super.channelRead(ctx, msg);
    }
}
复制代码

2.开发客户端     相关资料分享


public class CodecClient {
    public static void main(String[] args) throws InterruptedException {
        EventLoopGroup worker = new NioEventLoopGroup();

        try {
            Bootstrap bootstrap = new Bootstrap();
            bootstrap.group(worker)
                    .remoteAddress(new InetSocketAddress("127.0.0.1",8989))
                    .channel(NioSocketChannel.class)
                    .handler(new ChannelInitializer<SocketChannel>() {
                        @Override
                        protected void initChannel(SocketChannel ch) throws Exception {
                            ch.pipeline().addLast("codecClientHandler",new CodecClientHandler());
                        }
                    });

            ChannelFuture channelFuture = bootstrap.connect().sync();
            channelFuture.channel().closeFuture().sync();

        }finally {
            worker.shutdownGracefully();
        }
    }
}
复制代码

三、结果演示

上述的代码相信大家都极其熟悉,就是开发一个服务端和客户端,当客户端连接到服务端之后,服务端每隔10毫秒向客户端输出一句话,客户端收到之后打印出来!

预期结果:   相关资料分享

image-20210506221212660

实际结果:

image-20210506221503633

我们发现,真正跑起来,却并没有按照我们预期那样逐行打印,而是好几行连在一起打印,而且有些字符还出现了乱码,这是为什么呢?

了解过网络传输的同学大概都明白,Socket其实也是TCP的一种,底层通过流的方式传输,由服务端发送的数据到客户端,客户端的Netty需要重新拼装为一个完整的包:

  • 当传输的数据量过大的时候,Netty就 分多从拼装,这就造成了乱码的现象! 这种现象,术语叫做半包
  • 当Netty读取的时候,一次读取了两个数据包,那就会自动将两个数据包合为一个数据包,从而完成封装为一个数据包,这就是造成好几行连着打印的问题! 这种现象 术语叫做粘包

image-20210507091134182

四、常用的编解码器   相关资料分享

为什么会发生粘包、半包!Netty在解析底层数据流转换成ByteBuf,但是当请求过于频繁的时候,两次的请求数据可能会被合并为一个,甚至,一次数据合并一个半的数据流,此时因为数据流字节的不完全接收,会导致读取数据不正确或者乱码等问题!

假设,我们预先知道了这个数据包的一个规则,当数据包规则不满足的情况下等待,超过数据规则限制的时候进行切分,那么是不是就能够有效的区分数据包的界限,从根本上上解决粘包半包的问题?

1. 基于换行符的解码器

LineBasedFrameDecoder

该代码将以\n或者\r\n 作为区分数据包的依据,程序在进行数据解码的时候,会判断该当前的数据包内是否存在\n或者\r\n,当存在的时候会截取以\n或者\r\n的一段字符,作为一个完整的数据包!

客户端增加解码器:

CodecClient:

.handler(new ChannelInitializer<SocketChannel>() {
    @Override
    protected void initChannel(SocketChannel ch) throws Exception {
        //增加数据包解码器基于换行符的解码器
        ch.pipeline().addLast("lineBasedFrameDecoder", new LineBasedFrameDecoder(Integer.MAX_VALUE));
        ch.pipeline().addLast("codecClientHandler", new CodecClientHandler());
 
  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Netty中,可以使用多个解码器来解码传入的数据。这通常是因为不同的数据传输需要不同的解码器来处理。例如,一个TCP连接可能需要使用不同的解码器来处理不同的协议数据。 下面是一个使用多个解码器的示例代码: ```java public class MultiDecoderServerInitializer extends ChannelInitializer<SocketChannel> { @Override protected void initChannel(SocketChannel ch) throws Exception { ChannelPipeline pipeline = ch.pipeline(); // 添加第一个解码器 pipeline.addLast("decoder1", new StringDecoder()); // 添加第二个解码器 pipeline.addLast("decoder2", new IntegerDecoder()); // 添加业务处理器 pipeline.addLast("handler", new MultiDecoderServerHandler()); } } ``` 在这个示例中,我们添加了两个解码器:一个用于解码字符串,另一个用于解码整型数据。在业务处理器之前,我们将这两个解码器添加到了ChannelPipeline中。当数据传入时,Netty会自动选择合适的解码器来解码数据。 下面是一个示例业务处理器: ```java public class MultiDecoderServerHandler extends SimpleChannelInboundHandler<Object> { @Override protected void channelRead0(ChannelHandlerContext ctx, Object msg) throws Exception { if (msg instanceof String) { // 处理字符串数据 String data = (String) msg; // TODO: ... } else if (msg instanceof Integer) { // 处理整型数据 int value = (Integer) msg; // TODO: ... } } } ``` 在这个示例中,我们使用了SimpleChannelInboundHandler来处理解码后的数据。在channelRead0方法中,我们根据数据类型来处理不同的数据。这样,我们就可以在同一个ChannelPipeline中使用多个解码器来解码不同的数据类型了。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值