端口统一与持久通道

Question

我正在尝试将端口统一示例改编为我的代码库。我认为我遇到的问题是，客户端之间的通道保持打开状态

我在端口统一示例中看到的问题是，我的客户机一直预先挂起每个请求的魔法字节，但服务器端通道删除了端口统一处理程序，即在确定消息为有效协议消息后传入的第一个请求。通道上的后续消息（包含来自客户端的前缀magic字节）无法处理，因为统一处理程序不再在管道中使用magic字节，从而导致消息格式错误。

我能够通过将统一处理程序留在管道中来解决这个问题，但是，每次嗅探器识别协议时，它都会添加协议处理程序。由于管道在通道的生命周期内是持久的，因此我一遍又一遍地添加相同的处理程序。这很容易解决，只需向通道添加属性即可避免将内容重新添加到管道。

现在我看到的问题是将消息分成几个缓冲区。如果客户端发送2k字节分成两条消息。第一条消息被正确嗅探并传递到下一个处理程序（具体来说是LengthFieldBasedFrameDecoder）。它没有所有的字节，所以它等待其余的字节。当下一条消息与其余的字节一起进来时，因为我无法从管道中删除统一器，我再次嗅探，嗅探失败。

有没有解决方法，或者更好的方法来完成同样的事情？

更新：

将神奇字节的消耗移出统一器似乎是正确的方法，但仍然存在的问题(或似乎是)是，动态改变管道在netty 4中的工作方式与在netty 3中不同。

我的客户端协议在所有请求前加上一个字节序列来标识它。对于netty 3，我们简单地跳过了ChannelBuffer中的字节，删除了unifier并添加了适当的协议处理来服务于该请求。同样的事情发生在所有后续的请求上，并且非常成功。

然而，在netty 4中，一旦我们从管道中删除了吞噬魔术字节的处理程序，它就会在通道的生命周期内消失，直到客户端关闭它。所以在管道/ChannelHandlerContext似乎对通过通道的每条消息都是新的之前，它每次都会被重新使用，我认为这就是问题所在。

事实上，这使得管道的这种类型的动态改变在实践中是困难的或不可能的。我希望某个东西只消耗每个请求的前N个字节，但是我不能把它留在管道中，因为分成几个ByteBuf的大型请求都会吃掉它们的前N个字节，这严重破坏了东西。

更新2：我认为我现在看到的行为与我在后续主题中提到的内容有关：如何管理识别协议的前缀字节序列

Answer 1

端口统一示例不希望客户端切换协议。如果你真的想支持这一点，你必须想出一个机制让客户端说：“我现在已经完成了这个特定协议的使用，下一条消息可能会使用不同的协议”，然后将PortUnificationServerHandler重新插入到清除的管道中。

更新：

再次阅读此方案后，我认为您的问题是您的统一处理程序正在消耗“魔术字节”。它不应该。内蒂的例子没有。单引号处理程序应该只确定协议，安装corcet处理程序序列并退出。新的处理程序序列应看到第一个字节缓冲区保持不变，即不应使用任何字节。