Netty ByteBuf处理，流水线中的解码器结构

Question

我的服务器将响应发送到客户端或将消息转发到另一个客户端取决于消息内容。我需要使用8字节的消息：大括号之间的6个加密字节，例如：

0x3C 0xE1 0xE2 0xE3 0xE04 0xE5 0xE6 0x3E

其中0x3c表示<符号作为开始帧标记，0x3e表示>符号作为结束帧标记。

0x3C 0x3C 0x02 0x03 0x04 0x05 0x3E 0x3E

所以我得到4字节的有效负载(0x02，0x03，0x04，0x05)。

我已经编写了一个FrameDecoder，但现在我不能决定是否删除大括号字节：

• 我想写干净的代码，大括号只是框架标记，所以它们属于FrameDecoder的责任。对我来说，这意味着FrameDecoder需要剥离它们。但是在转发时，FrameEncoder需要再次添加它们（在reponse编码时也是如此）。我可以简单地将结束标记写入缓冲区，但我不知道如何高效地将单个字节写入Bytebuf的开头。
• 如果我不删除标记，它看起来不是那么干净的解决方案，但我可以转发整个接收到的字节单元（加密后），或者最后一个处理程序可以在重新发送时为整个字节单元分配8个字节。

Answer 1

我建议您将解密和转换拆分为两个处理程序。第一个的责任只是解密原始数据。二是将原始数据转换为纯消息。这种解决方案的好处是，如果有人以后想要更改解密方法，他只需要更改第一个处理程序，而不影响第二个处理程序。同样，转换方法也可以在不影响解密的情况下进行更改。