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

jn789987 2014-08-29 04:49:26

请问谁使用过netty5?
netty5的函数(服务端代码):
@Override
public void channelRead(ChannelHandlerContext ctx, Object msg) {
……
}
中的msg,数据完整性有没有保障?
例如:发送1000个字节的内容,但是本次读取的msg才800个字节的情况, 即还有200个字节没有到达服务端的情况。
会出现如上这种情况么? 如果有怎么处理啊?
...全文
1472 14 打赏 收藏 转发到动态 举报
AI 作业
写回复
用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 一次,另一端就可能产生合并,分包的情况。
HinanaiTenshi 2014-08-29
  • 打赏
  • 举报
回复
引用 3 楼 jn789987 的回复:
[quote=引用 2 楼 HinanaiTenshi 的回复:] 这问题是操作系统去保证的,对于netty或者java来说要么数据整个发丢,要么收到的就是完整数据。 而且对于整个发丢的情况,发生在第一层和第二层,说明网络出现了问题,这种情况下丢的数据在java层哪怕是神仙也没辙。
我觉得你说的不对呀! 我曾经用 Socket测试过,一个大的长度,一次读取时有可能读取不完的,有时候会分多次读取,当时是把这些内容拼装起来组成的完整数据。 现在想用netty,不知道会不会发生种种状况。[/quote] 原来你担心的是这种丢包啊,我还以为你问的是二层的数据包呢。 socket丢包要么是程序有bug,要么是udp这种系统本来就不保证可靠性的协议,实际上java收到的数据是完整的,系统给它多少一个都不会落下。 如果你担心的是netty5有没有程序上的bug导致丢数据。我只能说前做过测试,读过代码没 发现问题,实际也一直用得很好。 最好用之前先看清楚接口的说明。
jn789987 2014-08-29
  • 打赏
  • 举报
回复
引用 2 楼 HinanaiTenshi 的回复:
这问题是操作系统去保证的,对于netty或者java来说要么数据整个发丢,要么收到的就是完整数据。 而且对于整个发丢的情况,发生在第一层和第二层,说明网络出现了问题,这种情况下丢的数据在java层哪怕是神仙也没辙。
我觉得你说的不对呀! 我曾经用 Socket测试过,一个大的长度,一次读取时有可能读取不完的,有时候会分多次读取,当时是把这些内容拼装起来组成的完整数据。 现在想用netty,不知道会不会发生种种状况。
HinanaiTenshi 2014-08-29
  • 打赏
  • 举报
回复
这问题是操作系统去保证的,对于netty或者java来说要么数据整个发丢,要么收到的就是完整数据。 而且对于整个发丢的情况,发生在第一层和第二层,说明网络出现了问题,这种情况下丢的数据在java层哪怕是神仙也没辙。
jn789987 2014-08-29
  • 打赏
  • 举报
回复
自己顶一下,有人懂这个问题么?

62,634

社区成员

发帖
与我相关
我的任务
社区描述
Java 2 Standard Edition
社区管理员
  • Java SE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧