JDK提供了ObjectOutputStream和ObjectInputStream，用于通过网络对POJO的基本数据类型和图进行序列化和反序列化。该API并不复杂，而且可以被应用于任何实现了java.io.Serializable接口的对象。但是它的性能也不是非常高效的。在这一节中，我们将看到Netty必须为此提供什么。
一、JDK序列化
如果你的应用程序必须要和使用了ObjectOutputStream和ObjectInputStream的远程节点交互，并且兼容性也是你最关心的，那么JDK序列化将是正确的选择。下表列出了Netty提供的用于和JDK进行互操作的序列化类。
JDK序列化编解码器
CompatibleObjectDecoder和使用JDK序列化的非基于Netty的远程节点进行互操作的解码器
CompatibleObjectEncoder 和使用JDK序列化的非基于Netty的远程节点进行互操作的编码器ObjectDecoder 构建于JDK 序列化之上的使用自定义的序列化来解码的解码器；当没有其他的外部依赖时，它提供了速度上的改进。否则其他的序列化实现更加可取ObjectEncoder 构建于JDK 序列化之上的使用自定义的序列化来编码的编码器；当没有其他的外部依赖时，它提供了速度上的改进。否则其他的序列化实现更加可取二、使用JBoss Marshalling 进行序列化
如果你可以自由地使用外部依赖，那么JBossMarshalling将是个理想的选择：它比JDK序列化最多快3倍，而且也更加紧凑。在JBossMarshalling官方网站主页上的概述中对它是这么定义的：
JBoss Marshalling是一种可选的序列化API，它修复了在JDK序列化API中所发现的许多问题，同时保留了与java.io.Serializable及其相关类的兼容性，并添加了几个新的可调优参数以及额外的特性，所有的这些都是可以通过工厂配置（如外部序列化器、类/实例查找表、类解析以及对象替换等）实现可插拔的。
Netty通过下表所示的两组解码器/编码器对为Boss Marshalling 提供了支持。第一组兼容只使用JDK序列化的远程节点。第二组提供了最大的性能，适用于和使用JBoss Marshalling的远程节点一起使用。
JBoss Marshalling 编解码器
CompatibleMarshallingDecoder 与只使用JDK 序列化的远程节点兼容
MarshallingDecoder 适用于使用JBoss Marshalling 的节点。这些类必须一起使用。以下代码清单展示了如何使用MarshallingDecoder 和MarshallingEncoder。同样，几乎只是适当地配置ChannelPipeline罢了。
使用JBoss Marshalling
public class MarshallingInitializer extends ChannelInitializer{ private final MarshallerProvider marshallerProvider; private final UnmarshallerProvider unmarshallerProvider; public MarshallingInitializer(UnmarshallerProvider unmarshallerProvider, MarshallerProvider marshallerProvider) { this.marshallerProvider = marshallerProvider; this.unmarshallerProvider = unmarshallerProvider; } @Override protected void initChannel(Channel channel) throws Exception { ChannelPipeline pipeline = channel.pipeline(); pipeline.addLast(new MarshallingDecoder(unmarshallerProvider));// 添加MarshallingDecoder以将ByteBuf 转换为POJO pipeline.addLast(new MarshallingEncoder(marshallerProvider));// 添加MarshallingEncoder 以将POJO转换为ByteBuf pipeline.addLast(new ObjectHandler());// 添加ObjectHandler，以处理普通的实现了Serializable 接口的POJO } public static final class ObjectHandler extends SimpleChannelInboundHandler { @Override public void channelRead0(ChannelHandlerContext channelHandlerContext, Serializable serializable) throws Exception { // Do something } }}
三、通过Protocol Buffers 序列化
Netty序列化的最后一个解决方案是利用Protocol Buffers的编解码器，它是一种由Google公司开发的、现在已经开源的数据交换格式。可以在https://github.com/google/protobuf找到源代码。
Protocol Buffers 以一种紧凑而高效的方式对结构化的数据进行编码以及解码。它具有许多的编程语言绑定，使得它很适合跨语言的项目。表11-10 展示了Netty为支持protobuf 所提供的ChannelHandler实现。Protobuf 编解码器
ProtobufDecoder 使用protobuf对消息进行解码
ProtobufEncoder 使用protobuf对消息进行编码ProtobufVarint32FrameDecoder 根据消息中的Google Protocol Buffers 的“Base 128 Varints整型长度字段值动态地分割所接收到的ByteBufProtobufVarint32LengthFieldPrepender 向ByteBuf 前追加一个Google Protocal Buffers 的“Base128 Varints”整型的长度字段值在这里我们又看到了，使用protobuf只不过是将正确的ChannelHandler添加到ChannelPipeline 中，如下代码所示。
使用protobuf
public class ProtoBufInitializer extends ChannelInitializer{ private final MessageLite lite; public ProtoBufInitializer(MessageLite lite) { this.lite = lite; } @Override protected void initChannel(Channel ch) throws Exception { ChannelPipeline pipeline = ch.pipeline(); pipeline.addLast(new ProtobufVarint32FrameDecoder());// 添加ProtobufVarint32FrameDecoder以分隔帧 pipeline.addLast(new ProtobufEncoder()); // 添加ProtobufEncoder以处理消息的编码 pipeline.addLast(new ProtobufDecoder(lite));// 添加ProtobufDecoder以解码消息 pipeline.addLast(new ObjectHandler());// 添加ObjectHandler以处理解码消息 } public static final class ObjectHandler extends SimpleChannelInboundHandler
由Netty专门的解码器和编码器所支持的不同的序列化选项：标准JDK序列化、JBoss Marshalling以及Google的Protocol Buffers。