关于DelimiterBasedFrameDecoder的一点concern

[Hailei]

关于DelimiterBasedFrameDecoder的一点concern 使用nio read的时候一般是多次累积读才能读完整的一帧，如使用DelimiterBasedFrameDecoder，读到制定的边界符才算是完整的一帧，例如一帧有1000byte，第一次只读到了200byte，这时decode返回null，在随后的SocketHandler中
ByteBuffer buffer = ((ChannelBuffer)e.getMessage()).toByteBuffer();
会抛出异常然后向client写协议异常。其实并不是真的协议异常，只是因为某种原因没有读完整，不知你们在使用中存在这样的问题吗

[58code]

可以设置netty参数进行处理
child.receiveBufferSize
child.sendBufferSize

[Hailei]

设置child.receiveBufferSize child.sendBufferSize解决不了这个问题。或者我这个场景描述的不对，换另外一个场景。
Netty自己有一个读写控制，AdaptiveReceiveBufferSizePredictor初始读buffer的大小为1024，假如我们每一帧大小为100，这样处理第11帧的时候，只能读到24b，显然不包含边界符而返回null。在sockethandler中就会NullPointException。这显然不是协议异常，而是需要等待读取足够的数据。

[Hailei]

呵呵！ 我的担心是多余的。当FrameDecoder的解析到的对象为null是不会fire到 PipeLine的下一个handler