就像很多标准的架构模式都被各种专用框架所支持一样，常见的数据处理模式往往也是目标实现的很好的候选对象，它可以节省开发人员大量的时间和精力。

当然这也适应于本章的主题：编码和解码，或者数据从一种特定协议的格式到另一种格式的转换。这些任务将由通常称为编解码器的组件来处理。

Netty 提供了多种组件，简化了为了支持广泛的协议而创建自定义的编解码器的过程。

例如，如果你正在构建一个基于Netty 的邮件服务器，那么你将会发现Netty 对于编解码器的支持对于实现POP3、IMAP 和SMTP 协议来说是多么的宝贵。

什么是编解码器

在这一节中，我们将研究Netty 所提供的解码器类，并提供关于何时以及如何使用它们的具体示例。

这些类覆盖了两个不同的用例：

1. 将字节解码为消息——ByteToMessageDecoder 和 ReplayingDecoder；

2. 将一种消息类型解码为另一种——MessageToMessageDecoder。

因为解码器是负责将入站数据从一种格式转换到另一种格式的，所以知道Netty 的解码器实现了ChannelInboundHandler 也不会让你感到意外。

回顾一下我们先前的定义，编码器实现了ChannelOutboundHandler，并将出站数据从一种格式转换为另一种格式，和我们方才学习的解码器的功能正好相反。

Netty 提供了一组类，用于帮助你编写具有以下功能的编码器：

1. 将消息编码为字节；

2. 将消息编码为消息

抽象类 MessageToByteEncoder

我们将首先从抽象基类 MessageToByteEncoder 开始来对这些类进行考察。

前面我们看到了如何使用ByteToMessageDecoder 来将字节转换为消息。

虽然我们一直将解码器和编码器作为单独的实体讨论，但是你有时将会发现在同一个类中管理入站和出站数据和消息的转换是很有用的。

Netty 的抽象编解码器类正好用于这个目的，因为它们每个都将捆绑一个解码器/编码器对，以处理我们一直在学习的这两种类型的操作。

正如同你可能已经猜想到的，这些类同时实现了ChannelInboundHandler 和ChannelOutboundHandler 接口。

为什么优先使用单独类

为什么我们并没有一直优先于单独的解码器和编码器使用这些复合类呢？

因为通过尽可能地将这两种功能分开，最大化了代码的可重用性和可扩展性，这是Netty 设计的一个基本原则。