Netty接收超长TCP数据时 使用按行分隔Decoder无法正确解码的问题解决

使用Netty实现的tcp服务端，由于tcp是流式传输的，故需要选用一个解码器对流式消息进行解码和包分隔，以防收到不正确的包。例如LineBasedFrameDecoder，LengthFieldBasedFrameDecoder，DelimiterBasedFrameDecoder等常用解码器。

++需求是收到的消息最长长度限制在50M内，且没有固定的消息头，每次接收消息又不一定在结尾存在固定的换行符，所以现有的解码器都不足够满足需求。++

LineBasedFrameDecoder在收到数据后累加在内存变量中，然后检测到固定的换行符时将消息截断并发给下一个handler。但如果一直没有收到换行符时，则会在channelinactive时，丢弃之前接收到的所有消息。但实际上他会调用一次decodeLast方法，再执行一次decode逻辑。为了解决这个问题，可以通过自定义子类覆盖其decodeLast方法，实现自定义的逻辑。

为了解决数据丢弃问题，该解码器在执行到此方法时，检测最后一个字节是不是换行符，如果不是换行符则手动增加一个换行符到其中，此时就肯定会被decode方法将之前接收到的数据组成一个包。

 /**
     * 基于换行符的自定义解码器
     * 解决了当流传输结束时，最后一个字符不是换行符无法解析的问题
     * 当最后一个字符不是换行符时，增加一个换行符
     */
    private static class CustomLineBasedFrameDecoder extends LineBasedFrameDecoder {

        private static final byte LINE_DELIMITER = '\n';

        public CustomLineBasedFrameDecoder(int maxLength) {
            super(maxLength);
        }

        public CustomLineBasedFrameDecoder(int maxLength, boolean stripDelimiter, boolean failFast) {
            super(maxLength, stripDelimiter, failFast);
        }

        @Override
        protected void decodeLast(ChannelHandlerContext ctx, ByteBuf in, List<Object> out) throws Exception {
            if (in.isReadable()) {
                //查看最后一个字节是不是换行符 如果不是则增加一个换行符
                byte lastByte = in.getByte(in.writerIndex() - 1);
                if (lastByte != LINE_DELIMITER) {
                    if (in.isWritable()) {
                        in.writeByte(LINE_DELIMITER);
                    } else {
                        //未测试代码块
                        ByteBuf old = in;
                        //如果不可写 则重新分配一个缓冲区  
                        in = MERGE_CUMULATOR.cumulate(ctx.alloc(), internalBuffer(), Unpooled.buffer(1).writeByte(LINE_DELIMITER));
                        old.clear();
                    }
                }
            }
            super.decodeLast(ctx, in, out);
        }
    }