服务器通过ChannelHandlerContext#writeAndFlush发送Int，客户端无法读取问题排查

这个问题的核心是Netty的消息编解码不匹配，咱们一步步拆解清楚：

为什么发送Int时客户端收不到？ #

Netty的writeAndFlush发送数据时，必须保证数据能被对方的ChannelPipeline正确解码并传递给对应Handler：

• 当你发送ByteBuf时，它本身就是Netty底层的字节容器，客户端的SimpleChannelInboundHandler<ByteBuf>可以直接匹配到类型，所以channelRead0会正常触发。
• 但发送Int这种Java基本类型时，Netty默认没有内置的编码器把它转换成字节流，而且客户端的Handler只监听ByteBuf类型的消息，这条Int消息会因为类型不匹配被直接忽略，根本到不了你的channelRead0方法。

解决办法 #

有两种常用方案，你可以根据需求选择：

方案1：服务器端手动转ByteBuf或添加编码器 #

如果不想改动客户端代码，就在服务器端把Int转成ByteBuf再发送：

• 手动转换的方式（最直接）：

// 修改服务器发送Int的代码
int targetData = 123;
ByteBuf buf = Unpooled.buffer(4); // Int类型占4个字节
buf.writeInt(targetData);
ctx.writeAndFlush(buf);

• 或者用Netty内置的IntegerEncoder（需要确保依赖包含netty-codec模块），把它加到服务器的Pipeline中：

// 服务器初始化Pipeline时添加编码器
pipeline.addLast(new IntegerEncoder());
// 之后直接发送Int即可
ctx.writeAndFlush(123);

方案2：客户端添加解码器并修改Handler泛型 #

如果服务器坚持要发送Int类型，那客户端需要做对应调整：

1. 在客户端的ChannelPipeline中添加IntegerDecoder：

// 客户端初始化Pipeline时添加解码器
pipeline.addLast(new IntegerDecoder());

2. 修改客户端的Handler泛型为Integer，并调整业务逻辑：

@Override
public void channelRead0(ChannelHandlerContext ctx, Integer in) {
    // 这里可以直接处理Int类型的数据
    System.out.println("收到服务器的Int数据：" + in);
}

关键注意点 #

不管用哪种方案，服务器的编码器和客户端的解码器必须严格对应——比如服务器用IntegerEncoder，客户端就得用IntegerDecoder，否则还是会出现解码失败或类型不匹配的问题。如果后续要发送更复杂的Java对象，建议用Protobuf、JSON这类序列化框架，或者Netty的ObjectEncoder/ObjectDecoder，这样扩展性更强。

内容的提问来源于stack exchange，提问作者prateek