Netty的ChannelPipeline概念

ChannelPipeline 

ChannelPipeline 是一个 Handler 的集合，它负责处理和拦截 inbound 或者 outbound 的事件和操作，相当于一个贯穿 Netty 的责任链.

如果客户端和服务器的Handler是一样的，消息从客户端到服务端或者反过来，每个Inbound类型或Outbound类型的Handler只会经过一次，混合类型的Handler（实现了Inbound和Outbound的Handler）会经过两次。准确的说ChannelPipeline中是一

个ChannelHandlerContext,每个上下文对象中有ChannelHandler. InboundHandler是按照Pipleline的加载顺序的顺序执行, OutboundHandler是按照Pipeline的加载顺序，逆序执行

个人见解

输入输出流彻底弄明白 然后看的云里雾里 为毛客户端给服务器写消息为毛第一个经过的是输出流 而不是输入流对吧 .

记住 输出流是写数据 不要以为写就是输入的意思 写指的是内存将Byte写成string输出给你  输入流是读数据 将String类型的数据读入到内存中  而不是放开声朗读的意思---------------------所以 理解成handle1 将客户端的数据从byte输出成String所以是出站 handle2又将String读入到内存中 所以是入站 知道最后将byte数据一直读给服务器自行输出解析.反之服务器写消息给客户端亦然.----------------还有这个讲义我觉得应该有错误的地方 这个读字 到底指的是读入 还是解读 这是两个完全不同的概念 一个是输入流的意思 一个输出的意思 很容易让人误解 反正这两个读字 肯定有一个是写错了 我建议改成发送 和 接收  -----------这是我个人见解

ChannelHandlerContext

这 是 事 件 处 理 器 上 下 文 对 象 ， Pipeline 链 中 的 实 际 处 理 节 点 。 每 个 处 理 节 点

ChannelHandlerContext 中 包 含 一 个 具 体 的 事 件 处 理 器 ChannelHandler ,同时

ChannelHandlerContext 中也绑定了对应的 ChannelPipeline和 Channel 的信息，方便对

ChannelHandler 进行调用。常用方法如下所示：

• ChannelFuture close()，关闭通道
• ChannelOutboundInvoker flush()，刷新
• ChannelFuture writeAndFlush(Object msg) ， 将 数 据 写 到 ChannelPipeline 中 当 前ChannelHandler 的下一个 ChannelHandler 开始处理（出站）