第八章：附带的ChannelHandler和Codec

时间 2019-11-10

标签第八附带 channelhandler codec 繁體版

原文原文链接

本章介绍java

使用SSL/TLS建立安全的Netty程序web

使用Netty建立HTTP/HTTPS程序安全

处理空闲链接和超时服务器

解码分隔符和基于长度的协议websocket

写大数据网络

序列化数据并发

上一章讲解了如何建立本身的编解码器，咱们如今能够用上一章的知识来编写本身的编解码器。不过Netty提供了一些标准的ChannelHandler和Codec。框架

Netty提供的这些实现能够解决咱们的大部分需求。本章讲解Netty中使用SSL/TLS编写安全的应用程序，编写HTTP协议服务器，以及使用如WebSocket或Google的SPDY协议来使HTTP服务得到更好的性能；这些都是很常见的应用，本章还会介绍数据压缩，在数据量比较大的时候，压缩数据是颇有必要的。异步

8.1 使用SSL/TLS建立安全的Netty程序socket

SSL和TLS是众所周知的标准和分层的协议，它们能够确保数据时私有的。例如，使用HTTPS或SMTPS都使用了SSL/TLS对数据进行了加密。

对于SSL/TLS，Java中提供了抽象的SslContext和SslEngine。实际上，SslContext能够用来获取SslEngine来进行加密和解密。使用指定的加密技术是高度可配置的。

Netty扩展了Java的SslEngine，添加了一些新功能，使其更适合基于Netty的应用程序。Netty提供的这个扩展是SslHandler，是SslEngine的包装类，用来对网络数据进行加密和解密。

下图显示SslHandler实现的数据流：

上图显示了如何使用ChannelInitializer将SslHandler添加到ChannelPipeline，看下面代码：

public class SslChannelInitializer extends ChannelInitializer<Channel> {  
  
    private final SSLContext context;  
    private final boolean client;  
    private final boolean startTls;  
  
    public SslChannelInitializer(SSLContext context, boolean client, boolean startTls) {  
        this.context = context;  
        this.client = client;  
        this.startTls = startTls;  
    }  
    @Override  
    protected void initChannel(Channel ch) throws Exception {  
        SSLEngine engine = context.createSSLEngine();  
        engine.setUseClientMode(client);  
        ch.pipeline().addFirst("ssl", new SslHandler(engine, startTls));  
    }  
}

SslHandler必需要添加到ChannelPipeline的第一个位置，可能有一些例外，可是最好这样来作。

ChannelPipeline就像是一个在处理“入站”数据时先进先出，在处理“出站”数据时后进先出的队列。最早添加的SslHandler会啊在其余Handler处理逻辑数据以前对数据进行加密，从而确保Netty服务端的全部的Handler的变化都是安全的。

SslHandler提供了一些有用的方法，能够用来修改其行为或获得通知，一旦SSL/TLS完成握手(在握手过程当中的两个对等通道互相验证对方，而后选择一个加密密码)，SSL/TLS是自动执行的。看下面方法列表：

setHandshakeTimeout(long handshakeTimeout, TimeUnit unit)，设置握手超时时间，ChannelFuture将获得通知
setHandshakeTimeoutMillis(long handshakeTimeoutMillis)，设置握手超时时间，ChannelFuture将获得通知
getHandshakeTimeoutMillis()，获取握手超时时间值
setCloseNotifyTimeout(long closeNotifyTimeout, TimeUnit unit)，设置关闭通知超时时间，若超时，ChannelFuture会关闭失败
setHandshakeTimeoutMillis(long handshakeTimeoutMillis)，设置关闭通知超时时间，若超时，ChannelFuture会关闭失败
getCloseNotifyTimeoutMillis()，获取关闭通知超时时间
handshakeFuture()，返回完成握手后的ChannelFuture
close()，发送关闭通知请求关闭和销毁

8.2 使用Netty建立HTTP/HTTPS程序

HTTP/HTTPS是最经常使用的协议之一，能够经过HTTP/HTTPS访问网站，或者是提供对外公开的接口服务等等。Netty附带了使用HTTP/HTTPS的handlers，而不须要咱们本身来编写编解码器。

8.2.1 Netty的HTTP编码器，解码器和编解码器

HTTP是请求-响应模式，客户端发送一个http请求，服务就响应此请求。Netty提供了简单的编码解码HTTP协议消息的Handler。下图显示了http请求和响应：

如上面两个图所示，一个HTTP请求/响应消息可能包含不止一个，但最终都会有LastHttpContent消息。FullHttpRequest和FullHttpResponse是Netty提供的两个接口，分别用来完成http请求和响应。全部的HTTP消息类型都实现了HttpObject接口。下面是类关系图：

Netty提供了HTTP请求和响应的编码器和解码器，看下面列表：

HttpRequestEncoder，将HttpRequest或HttpContent编码成ByteBuf

HttpRequestDecoder，将ByteBuf解码成HttpRequest和HttpContent

HttpResponseEncoder，将HttpResponse或HttpContent编码成ByteBuf

HttpResponseDecoder，将ByteBuf解码成HttpResponse和HttpContent

看下面代码：

public class HttpDecoderEncoderInitializer extends ChannelInitializer<Channel> {  
    private final boolean client;  
    public HttpDecoderEncoderInitializer(boolean client) {  
        this.client = client;  
    }  
    @Override  
    protected void initChannel(Channel ch) throws Exception {  
        ChannelPipeline pipeline = ch.pipeline();  
        if (client) {  
            pipeline.addLast("decoder", new HttpResponseDecoder());  
            pipeline.addLast("", new HttpRequestEncoder());  
        } else {  
            pipeline.addLast("decoder", new HttpRequestDecoder());  
            pipeline.addLast("encoder", new HttpResponseEncoder());  
        }  
    }  
}

若是你须要在ChannelPipeline中有一个解码器和编码器，还分别有一个在客户端和服务器简单的编解码器：HttpClientCodec和HttpServerCodec。

在ChannelPipeline中有解码器和编码器(或编解码器)后就能够操做不一样的HttpObject消息了；可是HTTP请求和响应能够有不少消息数据，你须要处理不一样的部分，可能也须要聚合这些消息数据，这是很麻烦的。为了解决这个问题，Netty提供了一个聚合器，它将消息部分合并到FullHttpRequest和FullHttpResponse，所以不须要担忧接收碎片消息数据

8.2.2 HTTP消息聚合

处理HTTP时可能接收HTTP消息片断，Netty须要缓冲直到接收完整个消息。要完成的处理HTTP消息，而且内存开销也不会很大，Netty为此提供了HttpObjectAggregator。经过HttpObjectAggregator，Netty能够聚合HTTP消息，使用FullHttpResponse和FullHttpRequest到ChannelPipeline中的下一个ChannelHandler，这就消除了断裂消息，保证了消息的完整。下面代码显示了如何聚合：

/** 
 * 添加聚合http消息的Handler 
 */  
public class HttpAggregatorInitializer extends ChannelInitializer<Channel> {  
    private final boolean client;  
    public HttpAggregatorInitializer(boolean client) {  
        this.client = client;  
    }  
    @Override  
    protected void initChannel(Channel ch) throws Exception {  
        ChannelPipeline pipeline = ch.pipeline();  
        if (client) {  
            pipeline.addLast("codec", new HttpClientCodec());  
        } else {  
            pipeline.addLast("codec", new HttpServerCodec());  
        }  
        pipeline.addLast("aggegator", new HttpObjectAggregator(512 * 1024));  
    }  
}

如上面代码，很容使用Netty自动聚合消息。可是请注意，为了防止Dos攻击服务器，须要合理的限制消息的大小。应设置多大取决于实际的需求，固然也得有足够的内存可用。

8.2.3 HTTP压缩

使用HTTP时建议压缩数据以减小传输流量，压缩数据会增长CPU负载，如今的硬件设施都很强大，大多数时候压缩数据时一个好主意。Netty支持“gzip”和“deflate”，为此提供了两个ChannelHandler实现分别用于压缩和解压。看下面代码：

@Override  
protected void initChannel(Channel ch) throws Exception {  
    ChannelPipeline pipeline = ch.pipeline();  
    if (client) {  
        pipeline.addLast("codec", new HttpClientCodec());  
        //添加解压缩Handler  
        pipeline.addLast("decompressor", new HttpContentDecompressor());  
    } else {  
        pipeline.addLast("codec", new HttpServerCodec());  
        //添加解压缩Handler  
        pipeline.addLast("decompressor", new HttpContentDecompressor());  
    }  
    pipeline.addLast("aggegator", new HttpObjectAggregator(512 * 1024));  
}

8.2.4 使用HTTPS

网络中传输的重要数据须要加密来保护，使用Netty提供的SslHandler能够很容易实现，看下面代码：

/** 
 * 使用SSL对HTTP消息加密 
 */  
public class HttpsCodecInitializer extends ChannelInitializer<Channel> {  
    private final SSLContext context;  
    private final boolean client;  
  
    public HttpsCodecInitializer(SSLContext context, boolean client) {  
        this.context = context;  
        this.client = client;  
    }  
  
    @Override  
    protected void initChannel(Channel ch) throws Exception {  
        SSLEngine engine = context.createSSLEngine();  
        engine.setUseClientMode(client);  
        ChannelPipeline pipeline = ch.pipeline();  
        pipeline.addFirst("ssl", new SslHandler(engine));  
        if (client) {  
            pipeline.addLast("codec", new HttpClientCodec());  
        } else {  
            pipeline.addLast("codec", new HttpServerCodec());  
        }  
    }  
}

8.2.5 WebSocket

HTTP是不错的协议，可是若是须要实时发布信息怎么作？有个作法就是客户端一直轮询请求服务器，这种方式虽然能够达到目的，可是其缺点不少，也不是优秀的解决方案，为了解决这个问题，便出现了WebSocket。

WebSocket容许数据双向传输，而不须要请求-响应模式。早期的WebSocket只能发送文本数据，而后如今不只能够发送文本数据，也能够发送二进制数据，这使得可使用WebSocket构建你想要的程序。下图是WebSocket的通讯示例图：

在应用程序中添加WebSocket支持很容易，Netty附带了WebSocket的支持，经过ChannelHandler来实现。使用WebSocket有不一样的消息类型须要处理。下面列表列出了Netty中WebSocket类型：

BinaryWebSocketFrame，包含二进制数据
TextWebSocketFrame，包含文本数据
ContinuationWebSocketFrame，包含二进制数据或文本数据，BinaryWebSocketFrame和TextWebSocketFrame的结合体
CloseWebSocketFrame，WebSocketFrame表明一个关闭请求，包含关闭状态码和短语
PingWebSocketFrame，WebSocketFrame要求PongWebSocketFrame发送数据
PongWebSocketFrame，WebSocketFrame要求PingWebSocketFrame响应

为了简化，咱们只看看如何使用WebSocket服务器。客户端使用能够看Netty自带的WebSocket例子。

Netty提供了许多方法来使用WebSocket，但最简单经常使用的方法是使用WebSocketServerProtocolHandler。看下面代码：

/** 
 * WebSocket Server，若想使用SSL加密，将SslHandler加载ChannelPipeline的最前面便可 
 */  
public class WebSocketServerInitializer extends ChannelInitializer<Channel> {  
    @Override  
    protected void initChannel(Channel ch) throws Exception {  
        ch.pipeline().addLast(new HttpServerCodec(),   
                new HttpObjectAggregator(65536),  
                new WebSocketServerProtocolHandler("/websocket"),  
                new TextFrameHandler(),  
                new BinaryFrameHandler(),  
                new ContinuationFrameHandler());  
    }  
    public static final class TextFrameHandler extends SimpleChannelInboundHandler<TextWebSocketFrame> {  
        @Override  
        protected void channelRead0(ChannelHandlerContext ctx, TextWebSocketFrame msg) throws Exception {  
            // handler text frame  
        }  
    }  
    public static final class BinaryFrameHandler extends SimpleChannelInboundHandler<BinaryWebSocketFrame>{  
        @Override  
        protected void channelRead0(ChannelHandlerContext ctx, BinaryWebSocketFrame msg) throws Exception {  
            //handler binary frame  
        }  
    }  
    public static final class ContinuationFrameHandler extends SimpleChannelInboundHandler<ContinuationWebSocketFrame>{  
        @Override  
        protected void channelRead0(ChannelHandlerContext ctx, ContinuationWebSocketFrame msg) throws Exception {  
            //handler continuation frame  
        }  
    }  
}

8.2.6 SPDY

SPDY（读做“SPeeDY”）是Google开发的基于TCP的应用层协议，用以最小化网络延迟，提高网络速度，优化用户的网络使用体验。SPDY并非一种用于替代HTTP的协议，而是对HTTP协议的加强。新协议的功能包括数据流的多路复用、请求优先级以及HTTP报头压缩。谷歌表示，引入SPDY协议后，在实验室测试中页面加载速度比原先快64%。

SPDY的定位：

将页面加载时间减小50%。

最大限度地减小部署的复杂性。SPDY使用TCP做为传输层，所以无需改变现有的网络设施。

避免网站开发者改动内容。支持SPDY惟一须要变化的是客户端代理和Web服务器应用程序。

SPDY实现技术：

单个TCP链接支持并发的HTTP请求。

压缩报头和去掉没必要要的头部来减小当前HTTP使用的带宽。

定义一个容易实现，在服务器端高效率的协议。经过减小边缘状况、定义易解析的消息格式来减小HTTP的复杂性。

强制使用SSL，让SSL协议在现存的网络设施下有更好的安全性和兼容性。

容许服务器在须要时发起对客户端的链接并推送数据。

8.3 处理空闲链接和超时

处理空闲链接和超时是网络应用程序的核心部分。当发送一条消息后，能够检测链接是否还处于活跃状态，若很长时间没用了就能够断开链接。Netty提供了很好的解决方案，有三种不一样的ChannelHandler处理闲置和超时链接：

IdleStateHandler，当一个通道没有进行读写或运行了一段时间后出发IdleStateEvent

ReadTimeoutHandler，在指定时间内没有接收到任何数据将抛出ReadTimeoutException

WriteTimeoutHandler，在指定时间内有写入数据将抛出WriteTimeoutException

最经常使用的是IdleStateHandler，下面代码显示了如何使用IdleStateHandler，若是60秒内没有接收数据或发送数据，操做将失败，链接将关闭：

public class IdleStateHandlerInitializer extends ChannelInitializer<Channel> {  
    @Override  
    protected void initChannel(Channel ch) throws Exception {  
        ChannelPipeline pipeline = ch.pipeline();  
        pipeline.addLast(new IdleStateHandler(0, 0, 60, TimeUnit.SECONDS));  
        pipeline.addLast(new HeartbeatHandler());  
    }  
    public static final class HeartbeatHandler extends ChannelInboundHandlerAdapter {  
        private static final ByteBuf HEARTBEAT_SEQUENCE = Unpooled.unreleasableBuffer(Unpooled.copiedBuffer(  
                "HEARTBEAT", CharsetUtil.UTF_8));  
        @Override  
        public void userEventTriggered(ChannelHandlerContext ctx, Object evt) throws Exception {  
            if (evt instanceof IdleStateEvent) {  
                ctx.writeAndFlush(HEARTBEAT_SEQUENCE.duplicate()).addListener(ChannelFutureListener.CLOSE_ON_FAILURE);  
            } else {  
                super.userEventTriggered(ctx, evt);  
            }  
        }  
    }  
}

8.4 解码分隔符和基于长度的协议

使用Netty时会遇到须要解码以分隔符和长度为基础的协议，本节讲解Netty如何解码这些协议。

8.4.1 分隔符协议

常常须要处理分隔符协议或建立基于它们的协议，例如SMTP、POP三、IMAP、Telnet等等；Netty附带的handlers能够很容易的提取一些序列分隔：

DelimiterBasedFrameDecoder，解码器，接收ByteBuf由一个或多个分隔符拆分，如NUL或换行符

LineBasedFrameDecoder，解码器，接收ByteBuf以分割线结束，如"\n"和"\r\n"

下图显示了使用"\r\n"分隔符的处理

下面代码显示使用LineBasedFrameDecoder提取"\r\n"分隔帧：

/** 
 * 处理换行分隔符消息 
 * @author c.k 
 * 
 */  
public class LineBasedHandlerInitializer extends ChannelInitializer<Channel> {  
  
    @Override  
    protected void initChannel(Channel ch) throws Exception {  
        ch.pipeline().addLast(new LineBasedFrameDecoder(65 * 1204), new FrameHandler());  
    }  
  
    public static final class FrameHandler extends SimpleChannelInboundHandler<ByteBuf> {  
        @Override  
        protected void channelRead0(ChannelHandlerContext ctx, ByteBuf msg) throws Exception {  
            // do something with the frame  
        }  
    }  
}

若是框架的东西除了换行符还有别的分隔符，可使用DelimiterBasedFrameDecoder，只须要将分隔符传递到构造方法中。若是想实现本身的以分隔符为基础的协议，这些解码器是有用的。例如，如今有个协议，它只处理命令，这些命令由名称和参数造成，名称和参数由一个空格分隔，实现这个需求的代码以下：

/** 
 * 自定义以分隔符为基础的协议 
 */  
public class CmdHandlerInitializer extends ChannelInitializer<Channel> {  
    @Override  
    protected void initChannel(Channel ch) throws Exception {  
        ch.pipeline().addLast(new CmdDecoder(65 * 1024), new CmdHandler());  
    }  
    public static final class Cmd {  
        private final ByteBuf name;  
        private final ByteBuf args;  
        public Cmd(ByteBuf name, ByteBuf args) {  
            this.name = name;  
            this.args = args;  
        }  
        public ByteBuf getName() {  
            return name;  
        }  
        public ByteBuf getArgs() {  
            return args;  
        }  
    }  
    public static final class CmdDecoder extends LineBasedFrameDecoder {  
        public CmdDecoder(int maxLength) {  
            super(maxLength);  
        }  
        @Override  
        protected Object decode(ChannelHandlerContext ctx, ByteBuf buffer) throws Exception {  
            ByteBuf frame = (ByteBuf) super.decode(ctx, buffer);  
            if (frame == null) {  
                return null;  
            }  
            int index = frame.indexOf(frame.readerIndex(), frame.writerIndex(), (byte) ' ');  
            return new Cmd(frame.slice(frame.readerIndex(), index), frame.slice(index + 1, frame.writerIndex()));  
        }  
    }  
    public static final class CmdHandler extends SimpleChannelInboundHandler<Cmd> {  
        @Override  
        protected void channelRead0(ChannelHandlerContext ctx, Cmd msg) throws Exception {  
            // do something with the command  
        }  
    }  
}

8.4.2 长度为基础的协议

通常常常会碰到以长度为基础的协议，对于这种状况Netty有两个不一样的解码器能够帮助咱们来解码：

FixedLengthFrameDecoder

LengthFieldBasedFrameDecoder

下图显示了FixedLengthFrameDecoder的处理流程：

如上图所示，FixedLengthFrameDecoder提取固定长度，例子中的是8字节。大部分时候帧的大小被编码在头部，这种状况可使用LengthFieldBasedFrameDecoder，它会读取头部长度并提取帧的长度。下图显示了它是如何工做的：

若是长度字段是提取框架的一部分，能够在LengthFieldBasedFrameDecoder的构造方法中配置，还能够指定提供的长度。FixedLengthFrameDecoder很容易使用，咱们重点讲解LengthFieldBasedFrameDecoder。下面代码显示如何使用LengthFieldBasedFrameDecoder提取8字节长度：

public class LengthBasedInitializer extends ChannelInitializer<Channel> {  
    @Override  
    protected void initChannel(Channel ch) throws Exception {  
        ch.pipeline().addLast(new LengthFieldBasedFrameDecoder(65*1024, 0, 8))  
            .addLast(new FrameHandler());  
    }  
    public static final class FrameHandler extends SimpleChannelInboundHandler<ByteBuf>{  
        @Override  
        protected void channelRead0(ChannelHandlerContext ctx, ByteBuf msg) throws Exception {  
            //do something with the frame  
        }  
    }  
}

8.5 写大数据

写大量的数据的一个有效的方法是使用异步框架，若是内存和网络都处于饱满负荷状态，你须要中止写，不然会报OutOfMemoryError。Netty提供了写文件内容时zero-memory-copy机制，这种方法再将文件内容写到网络堆栈空间时能够得到最大的性能。使用零拷贝写文件的内容时经过DefaultFileRegion、ChannelHandlerContext、ChannelPipeline，看下面代码：

@Override  
public void channelRead(ChannelHandlerContext ctx, Object msg) throws Exception {  
    File file = new File("test.txt");  
    FileInputStream fis = new FileInputStream(file);  
    FileRegion region = new DefaultFileRegion(fis.getChannel(), 0, file.length());  
    Channel channel = ctx.channel();  
    channel.writeAndFlush(region).addListener(new ChannelFutureListener() {  
          
        @Override  
        public void operationComplete(ChannelFuture future) throws Exception {  
            if(!future.isSuccess()){  
                Throwable cause = future.cause();  
                // do something  
            }  
        }  
    });  
}

若是只想发送文件中指定的数据块应该怎么作呢？Netty提供了ChunkedWriteHandler，容许经过处理ChunkedInput来写大的数据块。下面是ChunkedInput的一些实现类：

ChunkedFile

ChunkedNioFile

ChunkedStream

ChunkedNioStream

看下面代码：

public class ChunkedWriteHandlerInitializer extends ChannelInitializer<Channel> {  
    private final File file;  
  
    public ChunkedWriteHandlerInitializer(File file) {  
        this.file = file;  
    }  
  
    @Override  
    protected void initChannel(Channel ch) throws Exception {  
        ch.pipeline().addLast(new ChunkedWriteHandler())  
            .addLast(new WriteStreamHandler());  
    }  
  
    public final class WriteStreamHandler extends ChannelInboundHandlerAdapter {  
        @Override  
        public void channelActive(ChannelHandlerContext ctx) throws Exception {  
            super.channelActive(ctx);  
            ctx.writeAndFlush(new ChunkedStream(new FileInputStream(file)));  
        }  
    }  
}

8.6 序列化数据

开发网络程序过程当中，不少时候须要传输结构化对象数据POJO,Java中提供了ObjectInputStream和ObjectOutputStream及其余的一些对象序列化接口。Netty中提供基于JDK序列化接口的序列化接口。

8.6.1 普通的JDK序列化

若是你使用ObjectInputStream和ObjectOutputStream，而且须要保持兼容性，不想有外部依赖，那么JDK的序列化是首选。Netty提供了下面的一些接口，这些接口放在io.netty.handler.codec.serialization包下面：

CompatibleObjectEncoder

CompactObjectInputStream

CompactObjectOutputStream

ObjectEncoder

ObjectDecoder

ObjectEncoderOutputStream

ObjectDecoderInputStream

8.6.2 经过JBoss编组序列化

若是你想使用外部依赖的接口，JBoss编组是个好方法。JBoss Marshalling序列化的速度是JDK的3倍，而且序列化的结构更紧凑，从而使序列化后的数据更小。Netty附带了JBoss编组序列化的实现，这些实现接口放在io.netty.handler.codec.marshalling包下面：

CompatibleMarshallingEncoder

CompatibleMarshallingDecoder

MarshallingEncoder

MarshallingDecoder

看下面代码：

/** 
 * 使用JBoss Marshalling 
 */  
public class MarshallingInitializer extends ChannelInitializer<Channel> {  
    private final MarshallerProvider marshallerProvider;  
    private final UnmarshallerProvider unmarshallerProvider;  
  
    public MarshallingInitializer(MarshallerProvider marshallerProvider, UnmarshallerProvider unmarshallerProvider) {  
        this.marshallerProvider = marshallerProvider;  
        this.unmarshallerProvider = unmarshallerProvider;  
    }  
  
    @Override  
    protected void initChannel(Channel ch) throws Exception {  
        ch.pipeline().addLast(new MarshallingDecoder(unmarshallerProvider))  
            .addLast(new MarshallingEncoder(marshallerProvider))  
            .addLast(new ObjectHandler());  
    }  
  
    public final class ObjectHandler extends SimpleChannelInboundHandler<Serializable> {  
        @Override  
        protected void channelRead0(ChannelHandlerContext ctx, Serializable msg) throws Exception {  
            // do something  
        }  
    }  
}

8.6.3 使用ProtoBuf序列化

最有一个序列化方案是Netty附带的ProtoBuf。protobuf是Google开源的一种编码和解码技术，它的做用是使序列化数据更高效。而且谷歌提供了protobuf的不一样语言的实现，因此protobuf在跨平台项目中是很是好的选择。Netty附带的protobuf放在io.netty.handler.codec.protobuf包下面：

ProtobufDecoder

ProtobufEncoder

ProtobufVarint32FrameDecoder

ProtobufVarint32LengthFieldPrepender

看下面代码：

/** 
 * 使用protobuf序列化数据，进行编码解码 
 * 注意：使用protobuf须要protobuf-java-2.5.0.jar 
 */  
public class ProtoBufInitializer extends ChannelInitializer<Channel> {  
  
    private final MessageLite lite;  
  
    public ProtoBufInitializer(MessageLite lite) {  
        this.lite = lite;  
    }  
  
    @Override  
    protected void initChannel(Channel ch) throws Exception {  
        ch.pipeline().addLast(new ProtobufVarint32FrameDecoder())  
            .addLast(new ProtobufEncoder())  
            .addLast(new ProtobufDecoder(lite))  
            .addLast(new ObjectHandler());  
    }  
  
    public final class ObjectHandler extends SimpleChannelInboundHandler<Serializable> {  
        @Override  
        protected void channelRead0(ChannelHandlerContext ctx, Serializable msg) throws Exception {  
            // do something  
        }  
    }  
}