在两个Netty套接字应用程序(主应用程序和集成测试应用程序)之间进行测试时,我遇到通信问题,在那里我收到了异常数量的部分消息。
注意到的一种模式是,从测试应用程序发送的 first 消息(应用程序使用可共享的处理程序从管道外部执行发送消息)趋向于总是不完整的在发生其他问题的延迟期间,也会注意到这一点。
另一个问题是,当有时接收到部分消息时,解码器似乎陷入了一个循环,在循环中,解码器继续尝试无限期地读取部分消息。我有一个单元测试可以使用EmbeddedChannel
模拟部分消息,但是该单元测试不会复制我在集成测试中看到的内容。
主要应用程序正在使用以下管道:
ch.pipeline().addLast(<HeaderTrailerFrameDecoder>, <NettyMessageDecoder>, <HeaderTrailerFrameEncoder>, <NettyMessageEncoder>);
ch.pipeline().addLast(<IdleStateHandler>,<EventHandler>, <ChannelHandler>);
其中:
HeaderTrailerFrameDecoder
-从数据包的开头/结尾删除单字节帧NettyMessageDecoder
-将消息从ByteBuf转换为域对象HeaderTrailerFrameEncoder
-将帧附加到消息包NettyMessageEncoder
-将消息从域对象转换为ByteBuf IdleStateHandler
-Netty类,检测陈旧/空闲连接EventHandler
-用于从管道外部发送消息的可共享处理程序ChannelHandler
-所有业务逻辑的主要处理程序我在想问题可能出在所有编码器/解码器上,而不是释放我的ByteBuf对象?我只从第一个解码器HeaderTrailerFrameDecoder
中看到问题,因此在下面提供一个代码段。对于每个连接,测试应用程序发送的一系列消息中的第一条消息首先生成日志msg="could not find trailer"
。
@Slf4j // Lombok logging
public class HeaderTrailerFrameDecoder extends ByteToMessageDecoder {
private final byte header;
private final byte trailer;
HeaderTrailerFrameDecoder(byte header, byte trailer) {
this.header = header;
this.trailer = trailer;
}
@Override
protected void decode(
final ChannelHandlerContext ctx,
final ByteBuf buf,
final List<Object> out) {
log.trace("msg=\"decoding message with header and trailer\", buf={}", buf);
// Find header
int headerIndex = buf.forEachByte(value -> value != header);
if (headerIndex < 0) {
log.error("msg=\"could not find header\", payload=\"{}\"", payload);
buf.skipBytes(buf.readableBytes());
return;
}
int beforeHeaderLen = headerIndex - buf.readerIndex();
buf.skipBytes(beforeHeaderLen + 1);
// Find trailer
int trailerIndex = buf.forEachByte(value -> value != trailer);
if (trailerIndex < 0) {
String payload = debug(buf);
log.error("msg=\"could not find trailer\"");
buf.resetReaderIndex();
return;
}
int insideFrameLen = trailerIndex - buf.readerIndex();
ByteBuf frame = buf.readBytes(insideFrameLen);
buf.skipBytes(1);
// Pass message through
out.add(frame);
}
}