Netty 拆包 丢包 过程分析

本文分析了Netty在处理TCP数据时的拆包和丢包过程。通过实例展示了如果不设置解码器,数据会被如何处理,并讨论了连续和非连续发送数据时的不同情况。在设置解码器和编码器后,着重探讨了基于分隔符的拆包器的工作原理,以及当数据超过最大帧长时的丢包策略。
摘要由CSDN通过智能技术生成

基础

正常流程:TCP缓存->Netty本地缓存->拆包器拆包->Handler处理封装好的数据包

测试代码:netty/demo/tcppackage

参考博文:http://www.jianshu.com/p/a0a51fd79f62

项目地址

如果不设置解码器

测试流程:

  1. 客户端连续发送n次18字节的数据

        @Override
        public void channelActive(ChannelHandlerContext ctx) {
            ByteBuf message = null;
            //连续发送100个包 56 一次  113两次  170 收三次
            for (int i = 0; i < 110; i++) {
                message = Unpooled.buffer(req.length);
                message.writeBytes(req);
                ctx.writeAndFlush(message);
            }
        }
  1. 服务端在channelRead 回调函数中处理接收的数据

    初始化本地缓存大小[1024] 1kb

.option(ChannelOption.SO_BACKLOG, 1024)

加断点测试:

        @Override
        public void channelRead(ChannelHandlerContext ctx, Object msg) throws UnsupportedEncodingException {
[breakpoint]            ByteBuf buf = (ByteBuf) msg;
                        byte[] req = new byte[buf.readableBytes()];
                        buf.readBytes(req);
        }
  1. 测试结果

n = 56

channelRead 只执行 1 次

buf 数据长度为: 1008
buf 容量为: 1024

n = 110

channelRead 执行 2 次

第一次
buf 数据长度为: 1024
buf 容量为: 1024

第二次

buf 数据长度为: 956
buf 容量为: 1024

  1. 结论

channelRead的回调次数与发送端发送的数据有关

次数 = 数据总量/本地缓存size

  • 2
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值