使用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);}@Overrideprotected 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);}}