netty学习笔记(2)_tcp拆包/粘包问题

本文探讨了TCP协议中的粘包拆包问题,包括问题产生的原因及解决方案。介绍了三种常见解决策略:固定长度消息、使用分隔符以及带有长度字段的消息头,并提供了Netty框架中的实现案例。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

tcp是个流协议,所谓流,就是没有界限的一串数据。tcp底层并不了解上层业务的具体含义,它会根据tcp缓冲区的实际情况进行包的划分,所以在业务上认为,一个完整的包可能会被tcp拆分为多个包进行发送,也有可能把多个小的包封装成一个大的数据包发送。这就是所谓的tcp拆包/粘包问题。

问题发生的原因有3个:
1,应用程序write写入的字节大小大于套接口发送缓冲区大小
2,进行MSS大小的tcp分段
3,以太网帧的payload大于MTU进行IP分片。

netty中发生粘包的例子

ctx.writeAndFlush(resp);
ctx.writeAndFlush(resp);
ctx.writeAndFlush(resp);
ctx.writeAndFlush(resp);

连续4个发送,其实是发送了4个包,对方应该把其看成是4个消息。但是因为发送的过快,对方几乎一定会把其当作一个包来处理。看成是发送了一条消息。这个就发生了粘包。

解决策略
由于底层的tcp无法理解上层的业务数据,所以在底层是无法保证数据包不被拆分和重组的,这个问题只能通过上层的应用协议栈设计来解决。
1,消息定长,例如每个报文的大小固定为128个字节,如果不够,空位补空格。注意,这个补位是程序员补!
2,在包尾增加回车换行符进行分割,例如ftp协议
3,将消息分为消息头跟消息体,消息头中包含消息总长度(或者消息体长度)的字段,通常设计思路为消息头的第一个字段使用Int32来表示消息的总长度。类似http协议
4,更为复杂的应用层协议,如自定义协议

在netty中,前两种协议已经实现。

bootstrap.group(workGroup)
                    .channel(NioSocketChannel.class)
                    .handler(new ChannelInitializer<SocketChannel>() {
                        @Override
                        protected void initChannel(SocketChannel socketChannel) throws Exception {
                            //设置特殊分割符,解决粘包问题
                            ByteBuf byteBuf = Unpooled.copiedBuffer("$$$".getBytes());
                            socketChannel.pipeline().addLast(new DelimiterBasedFrameDecoder(1024,byteBuf));
                            socketChannel.pipeline().addLast(new ClientHandler());
                        }
                    });

注意,以后所有发送的内容都要加我们设置的后缀才行。

Bootstrap bootstrap = new Bootstrap();
            bootstrap.group(workGroup)
                    .channel(NioSocketChannel.class)
                    .handler(new ChannelInitializer<SocketChannel>() {
                        @Override
                        protected void initChannel(SocketChannel socketChannel) throws Exception {
                            //设置定长分割符,解决粘包问题
                            socketChannel.pipeline().addLast(new FixedLengthFrameDecoder(128));
                            socketChannel.pipeline().addLast(new ClientHandler());
                        }
                    });

注意,位数超了会把一个包拆成两个包。位数不够需要补位,这个补位需要程序员补。

netty使用半包解码器来解决拆包跟粘包问题。

内容概要:本文档详细介绍了基于Google Earth Engine (GEE) 构建的阿比让绿地分析仪表盘的设计与实现。首先,定义了研究区域的几何图形并将其可视化。接着,通过云掩膜函数和裁剪操作预处理Sentinel-2遥感影像,筛选出高质量的数据用于后续分析。然后,计算中值图像并提取NDVI(归一化差异植被指数),进而识别绿地及其面积。此外,还实现了多个高级分析功能,如多年变化趋势分析、人口-绿地交叉分析、城市热岛效应分析、生物多样性评估、交通可达性分析、城市扩张分析以及自动生成优化建议等。最后,提供了数据导出、移动端适配和报告生成功能,确保系统的实用性和便捷性。 适合人群:具备一定地理信息系统(GIS)和遥感基础知识的专业人士,如城市规划师、环境科学家、生态学家等。 使用场景及目标:①评估城市绿地分布及其变化趋势;②分析绿地与人口的关系,为城市规划提供依据;③研究城市热岛效应及生物多样性,支持环境保护决策;④评估交通可达性,优化城市交通网络;⑤监测城市扩张情况,辅助土地利用管理。 其他说明:该系统不仅提供了丰富的可视化工具,还集成了多种空间分析方法,能够帮助用户深入理解城市绿地的空间特征及其对环境和社会的影响。同时,系统支持移动端适配,方便随时随地进行分析。用户可以根据实际需求选择不同的分析模块,生成定制化的报告,为城市管理提供科学依据。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值