Netty 4.0-StringDecoder和ChannelInbnMessageHandlerAdapter不工作

Question

我正在使用netty 4.0.0-CR3，遵循服务器端的示例：https://github.com/netty/netty/blob/master/example/src/main/java/io/netty/example/telnet/TelnetServerPipelineFactory.java

我的管道建设如下：

private static final StringDecoder DECODER = new StringDecoder(CharsetUtil.UTF_8);

@Override
public void initChannel(SocketChannel ch) throws Exception {
    ChannelPipeline pipeline = ch.pipeline();
    pipeline.addLast("decoder", DECODER);
    // and then business logic
    pipeline.addLast("serverHandler", new ServerHandler());
}

和处理程序：

public class ServerHandler extends ChannelInboundMessageHandlerAdapter<String> {

private static final Logger LOGGER = LoggerFactory.getLogger(ServerHandler.class);

public void messageReceived(ChannelHandlerContext ctx, String request)
        throws Exception {
    // Displays the message
    LOGGER.info("Received: " + request);
}

@Override
public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause)
        throws Exception {
    LOGGER.error("Unexpected exception from downstream.", cause);
    ctx.close();
}

}

我创建了一个简单的C#客户端，将字符串编码为字节，并发送到服务器。然而，我没有看到调用StringDecoder的decode（）或handler的messageReceived（）。

然后我删除了管道中的StringDecoder（），并将处理程序更改为：

public class Handler extends ChannelInboundByteHandlerAdapter {

@Override
protected void inboundBufferUpdated(ChannelHandlerContext ctx, ByteBuf in)
        throws Exception {
    System.out.println("called " + in.toString(CharsetUtil.UTF_8));

}

}

现在它工作正常。从功能上讲，两条管道都应该正常工作？为什么第一个设置不起作用？客户端代码相同。

非常感谢！

Answer 1

谢谢大家！所以我添加了以下内容：

pipeline.addLast("framer", new DelimiterBasedFrameDecoder(8192, Delimiters.nulDelimiter()));

直到我在C#中显式地将“\0”添加到字符串的末尾，这仍然不起作用：

ASCIIEncoding encoder = new ASCIIEncoding();
int index = random.Next(0, 2);
byte[] buffer = encoder.GetBytes(list[index] +　"\0");

奇怪的是，我之前使用的是Netty 3.6，即使没有FrameDecoder（只有StringDecoder存在/客户端代码是相同的），一切都很好，但现在我必须执行上述步骤才能使其工作。。。。。。。。。。？

Answer 2

StringDecoder的留档明确指出，如果通过流连接（例如TCP）使用，它必须与ByteToMessageDecoder结合使用。您引用的示例在StringDecoder前面有这样的处理程序。