ChannelPipeline为ChannelHandler链提供了容器，并定义了用于在该链上传播入站和出站事件流的API。当Channel被创建时，它会被自动地分配到它专属的ChannelPipeline。
ChannelHandler安装到ChannelPipeline中的过程：
- 一个ChannelInitializer的实现被注册到了ServerBootstrap（或者用于客户端的Bootstrap）中。
- 当ChannelInitializer.initChannel()方法被调用时，ChannelInitializer将在ChannelPipeline中安装一组自定义的ChannelHandler;
- ChannelInitialier将它自己从ChannelPipeline中移除。
ChannelHandler是专为支持广泛的用途而设计的，可以将它看作是处理往来ChannelPipeline事件（包括数据）的何代码的通用容器。
使得事件流经ChannelPipeline是ChannelHandler的工作，它们是在应用程序的初始化或者引导阶段被安装的。这些对象接收事件、执行它们所实现的处理逻辑，并将数据传递给链中的下一个ChannelHandler。它们的执行顺序是由它们被添加的顺序所决定的。实际上被我们称为ChannelPipeline的是这些ChannelHandler的编排顺序。
从一个客户端应用程序的角度来看，如果事件的运动方向是从客户端到服务器，那么我们称这些事件为出站的，反之则成为入站的（我的理解：ChannelPipeline就是这个站，从客户端到服务器叫出站，从服务器到客户端叫入站）。入站和出站的ChannelHandler可以被安装到同一个ChannelPipeline中。如果一个消息或者任何其他的入站事件被读取，那么它会从ChannelPipeline的头部开始流动，并被传递给第一个ChannelInBoundHandler。这个ChannelHandler不一定会实际地修改数据，具体取决于它的具体功能，在这之后，数据将会被传递给链中的下一个ChannelInboundHandler。最终数据会到达ChannelPipeline的尾端，届时所有处理就都结束了。
数据的出站运动在概念上也是一样的。数据将从ChannelOutboundHandler链的尾端开始流动，直到它到达链的头部为止。在这之后出站数据将会到达网络传输层（Socket），通常情况下这里将触发一个写操作。
通过使用作为参数传递到每个方法的ChannelHandlerContext，事件可以被传递给当前ChannelHandler链中的下一个ChannelHandler。