当使用Netty的LengthFieldBasedFrameDecoder时，我应该如何处理ASCII值？

Question

我使用的是Netty 4.0.33-Final中的LengthFieldBasedFrameDecoder类。

我正在开发的软件可以在没有Netty的帮助下与电视通信，所以我在这里以非传统的方式使用Netty。我只是使用Netty作为解码器和通道管道来解码来自各种不同设备的消息。那至少是我的目标。

         +-------------------------------------------------+
         |  0  1  2  3  4  5  6  7  8  9  a  b  c  d  e  f |
+--------+-------------------------------------------------+----------------+
|00000000| 38 30 31 72 6c 30 30 31 0d                      |801rl001.       |
+--------+-------------------------------------------------+----------------+

问题是LengthFieldBasedFrameDecoder将长度字段解释为十六进制值0x38，并使用十进制值56作为长度，而不是预期的8。当然，这是合乎逻辑的，因为十六进制数0x38的十进制值是56。我认为记录器显示十六进制值0x38的原因是因为ASCII表显示ASCII字符8的十六进制值为0x38。

所以问题是，来自TV的消息没有得到处理，因为解码器正在等待更多的字节来完成它认为完整消息所需的56字节。

作为一个黑客，我编写了这段代码来将消息的第一个字节转换为LengthBasedFrameDecoder可以正确处理的值。

/**
 * This is where I recieve the raw bytes from the TV
 */
public void receive(byte[] data, int length) {

    // rip the first byte off and make it an int
    int messageLength = Integer.parseInt(new String(data).substring(0, 1));

    // convert the int to a byte
    byte[] firstByte = { (byte) messageLength };

    // replace the original first byte with my newly created one
    data[0] = firstByte[0];

    // create the ByteBuf so that I can write it to my awaiting pipeline
    ByteBuf byteBuf = Unpooled.copiedBuffer(data, 0, length);
    channel.writeAndFlush(byteBuf);
}

我是Netty的新手，所以我希望在处理Netty内置的这个场景时，我缺少一些东西。你们能帮我找到处理这件事的正确方法吗？

Answer 1

您可以重写LengthFieldBasedFrameDecoder getUnadiustedFrameLength（）的实现

public class CustomLengthFieldBasedFrameDecoder extends LengthFieldBasedFrameDecoder {
  @Override
  protected long getUnadjustedFrameLength(ByteBuf buf, int offset, int length, ByteOrder order) {
    buf = buf.order(order);
    byte[] lengthBytes = new Byte[length];
    buf.getBytes(offset, lengthBytes);
    String s = new String(lengthBytes, CharsetUtil.US_ASCII);
    return Long.parseLong(s);
  }
}