请问谁使用过netty5？
netty5的函数（服务端代码）：
@Override
public void channelRead(ChannelHandlerContext ctx, Object msg) {
……
}
中的msg，数据完整性有没有保障？
例如：发送1000个字节的内容，但是本次读取的msg才800个字节的情况， 即还有200个字节没有到达服务端的情况。
会出现如上这种情况么？ 如果有怎么处理啊？
请问谁使用过netty5？
netty5的函数（服务端代码）：
@Override
public void channelRead(ChannelHandlerContext ctx, Object msg) {
……
}
中的msg，数据完整性有没有保障？
例如：发送1000个字节的内容，但是本次读取的msg才800个字节的情况， 即还有200个字节没有到达服务端的情况。
会出现如上这种情况么？ 如果有怎么处理啊？
而且对于整个发丢的情况，发生在第一层和第二层，说明网络出现了问题，这种情况下丢的数据在java层哪怕是神仙也没辙。
现在想用netty，不知道会不会发生种种状况。
现在想用netty，不知道会不会发生种种状况。原来你担心的是这种丢包啊，我还以为你问的是二层的数据包呢。socket丢包要么是程序有bug，要么是udp这种系统本来就不保证可靠性的协议，实际上java收到的数据是完整的，系统给它多少一个都不会落下。如果你担心的是netty5有没有程序上的bug导致丢数据。我只能说前做过测试，读过代码没 发现问题，实际也一直用得很好。
最好用之前先看清楚接口的说明。
一般情况下，1000个字节不会发生分包，一般和对端flush相对应。但是，有一种情况除外，对端flush太过频繁，例如64K的数据，你每1K就flush 一次，另一端就可能产生合并，分包的情况。
现在想用netty，不知道会不会发生种种状况。原来你担心的是这种丢包啊，我还以为你问的是二层的数据包呢。socket丢包要么是程序有bug，要么是udp这种系统本来就不保证可靠性的协议，实际上java收到的数据是完整的，系统给它多少一个都不会落下。如果你担心的是netty5有没有程序上的bug导致丢数据。我只能说前做过测试，读过代码没 发现问题，实际也一直用得很好。
最好用之前先看清楚接口的说明。我觉得楼主担心的是不一定是丢包。而是对端发送了1K数据，只flush 一次，但是却在服务器端产生了两次读事件，虽然两侧的读写buffer都已经足够大。
还期待什么样的回答呢？其实答案就是，在网络负载大或者情况差的情况下，是有可能出现的。如果你都是小包，而且网络的实际负载小于理论负载时，你基本上不用考虑这个问题。否则的话，你一定要想办法在tcp里做结构化处理，以在应用层确认你应用上一个包已经全部收到。