100分求 Netty5 接收数据完整性保障解析

jn789987 2014-08-29 04:49:26

请问谁使用过netty5？
netty5的函数（服务端代码）：
@Override
public void channelRead(ChannelHandlerContext ctx, Object msg) {
……
}
中的msg，数据完整性有没有保障？
例如：发送1000个字节的内容，但是本次读取的msg才800个字节的情况，即还有200个字节没有到达服务端的情况。
会出现如上这种情况么？如果有怎么处理啊？

...全文

1474 14 打赏收藏转发到动态举报

写回复

用AI写文章

14 条回复

切换为时间正序

请发表友善的回复…

发表回复

fafi09 2016-03-18

打赏
举报

使用LengthFieldBasedFrameDecoder可以解决

wgslucky 2015-10-23

打赏
举报

使用netty自带的方法处理一下粘包，断包就行了。http://www.youxijishu.com/blogs/6.html

去旅行吧 2014-10-17

打赏
举报

你的意思是你1000字节第一读到了800字节剩下的200字节还能继续读吗？如果是这个问题就相当于断包。netty有方法可以处理的。http://blog.163.com/linfenliang@126/blog/static/12785719520121082103807/

华-行天下 2014-09-25

打赏
举报

土豪啊！现在都没有积分了！

skgary 2014-09-25

打赏
举报

引用 9 楼 jn789987 的回复:

没有其他人回答了么？

还期待什么样的回答呢？其实答案就是，在网络负载大或者情况差的情况下，是有可能出现的。如果你都是小包，而且网络的实际负载小于理论负载时，你基本上不用考虑这个问题。否则的话，你一定要想办法在tcp里做结构化处理，以在应用层确认你应用上一个包已经全部收到。

jn789987 2014-09-25

打赏
举报

没有其他人回答了么？

skgary 2014-08-29

打赏
举报

引用 4 楼 HinanaiTenshi 的回复:

[quote=引用 3 楼 jn789987 的回复:] [quote=引用 2 楼 HinanaiTenshi 的回复:] 这问题是操作系统去保证的，对于netty或者java来说要么数据整个发丢，要么收到的就是完整数据。而且对于整个发丢的情况，发生在第一层和第二层，说明网络出现了问题，这种情况下丢的数据在java层哪怕是神仙也没辙。

我觉得你说的不对呀！我曾经用 Socket测试过，一个大的长度，一次读取时有可能读取不完的，有时候会分多次读取，当时是把这些内容拼装起来组成的完整数据。现在想用netty，不知道会不会发生种种状况。[/quote] 原来你担心的是这种丢包啊，我还以为你问的是二层的数据包呢。 socket丢包要么是程序有bug，要么是udp这种系统本来就不保证可靠性的协议，实际上java收到的数据是完整的，系统给它多少一个都不会落下。如果你担心的是netty5有没有程序上的bug导致丢数据。我只能说前做过测试，读过代码没发现问题，实际也一直用得很好。最好用之前先看清楚接口的说明。[/quote] 我觉得楼主担心的是不一定是丢包。而是对端发送了1K数据，只flush 一次，但是却在服务器端产生了两次读事件，虽然两侧的读写buffer都已经足够大。

skgary 2014-08-29

打赏
举报

另外，我想提醒的一点就是，如果你知道你需要多少数据的时候，且你的网络质量没有保证的情况下，那还是留下相应的代码去检测数据有没有收全。这个和netty没有关系，因为netty只不过是对UDP/TCP包传输进行了JDK基础之上的封装。了解TCP传输过程中可能发生的事情，才能真正理解代码为什么这么写。

skgary 2014-08-29

打赏
举报

引用楼主 jn789987 的回复:

请问谁使用过netty5？ netty5的函数（服务端代码）： @Override public void channelRead(ChannelHandlerContext ctx, Object msg) { …… } 中的msg，数据完整性有没有保障？例如：发送1000个字节的内容，但是本次读取的msg才800个字节的情况，即还有200个字节没有到达服务端的情况。会出现如上这种情况么？如果有怎么处理啊？

一般情况下，1000个字节不会发生分包，一般和对端flush相对应。但是，有一种情况除外，对端flush太过频繁，例如64K的数据，你每1K就flush 一次，另一端就可能产生合并，分包的情况。