安全切换/更换网络管道（不丢失消息）

Question

在我们的应用程序中，我们有一个客户端/服务器对，它使用小型握手协议P1启动连接，之后它们切换到另一个协议P2。

对于 P1 协议，管道使用以下处理程序进行初始化：

LengthFieldBasedFrameDecoder
P1ProtocolMessageDecoder
LengthFieldPrepender
P1ProtocolMessageEncoder

P1 握手协议成功完成后，流量应切换到 P2 协议，在这种情况下，我们首先清除管道，然后添加一组单独的处理程序

P2MessageDecoder
P2MessageEncoder
IdleHandler

当接收到P1协议中的最后一条预期消息时，切换管道完成：

// switch traffic to P2 protocol
clearPipeline();
addNewHandlers();

遇到的问题是，删除LengthFieldBasedFrameDecoder会触发意外读取（因为处理程序的ByteBuf中有未读的字节）。但是，由于此时管道为空（已清除，但尚未添加新的处理程序），因此入站消息被丢弃。

在处理程序还没有到位的时候，有没有什么“安全”的方法来进行管道切换，而不触发不需要的读取？

谢谢

稍后编辑：

我在这里读到过关于替换解码器的内容:(标题为“在管道中用另一个解码器替换一个解码器”的部分)

http://netty.io/4.0/api/io/netty/handler/codec/ReplayingDecoder.html

我成功应用的解决方法是：

 removeOldNonByteToMessageHandlers();
 addNewHandlers()
 removeOldByteToMessageHandlers(); 
 // when the "leftover bytes" read is triggered the new handlers are already in place

我的解决方案似乎很粗糙。有没有更好的“netty-er”方式来实现这一点？

Answer 1

我注意到删除订单中的ByteToMessage处理程序对我来说还不够，因为它仍会尝试将它们用于当前消息中的剩余字节。

在我的情况下，我有一个FixedLengthFrameDecoder，我想在读取指定字节数后切换为LengthFieldBasedFrameDecoder。

如果我的消息是X字节，其中Y第一个字节是协议信号，或“握手”，Z是剩余字节的数量，我想使用ByteToMessage处理程序读取第一个Y，然后由新处理程序读取Z下一个字节。

@Override
protected Object decode(ChannelHandlerContext ctx, ByteBuf in) throws Exception {
    Object handshake = super.decode(ctx, in);

    ctx.pipeline().addFirst(new LengthFieldBasedFrameDecoder(ByteOrder.BIG_ENDIAN, Integer.MAX_VALUE, 0, 4, 0, 4, true));
    if (in.isReadable()) {
        Object[] response = new Object[] { in.readBytes(in.readableBytes())};
        ctx.pipeline().remove(this);
        return response;
    } else {
        ctx.pipeline().remove(this);
        return handshake;
    }

}