Netty+ProtoBuf的实例教程

       前几天总监找我，说有个智能硬件的项目需要我去做，听到智能硬件我眼睛都有点放光，这基本是每个做安卓的人都想接触的项目。同时对于我来说也是一个不小的挑战（现在已经完成的差不多了，其实智能硬件也就那样就是和串口打交道基本上与应用层和接口打交道差不多的原理），所以其实很多事情我们接触了你就会发现都很so easy的。 废话不多说开始我们今天的主题吧。

      推荐可以去下载《Netty权威指南的.pdf》里面有介绍protobug的介绍生成和使用及netty的一些使用，这种东西就不多说了，花点时间看下基本上就知道了。为什么我会选择使用netty+protoBuf来实现通信呢。主要是我这边是和硬件(自动售货机)打交道不能像和手机那么玩，一切都要追求反应速度，而使用protobuf应该是你最好的选择了。直接上干货吧。

    首先其实所有和硬件打交道都需要建立一个tcp的长链接，因为我们需要知道后台的变动和更新都需要后台来推送，所以先看我们如何实现netty的吧

1.导包（需要倒入netty和protobuf）

compile'io.netty:netty-all:5.0.0.Alpha2'

compile files('libs/protobuf-java-2.6.1.jar')

2.建立netty和后台的连接

我们来讲解下这个类吧，这个类主要就是做了2件事情，初始化bootstap和连接后台，第56行连接后台监听连接事件，如果成功的话就获取channel通道，如果连接失败的话就会做个循环延迟请求的操作(这个循环请求的操作主要是用于断线重连)。其中这里面最主要的应该是在我自己定义的41行里面，来我们看看这个通道里面到底做了什么事情。这个bootstrap.handler的作用是用来干嘛的呢

3.bootstrap.handler

          bootstap.handler是用来监听channel的状态的改变和动作，主要包括握手,连接，绑定，接收消息等。

channel里面绑定的pipeline

       ChannelPipeline实际上应该叫做ChannelHandlerPipeline，可以把ChannelPipeline看成是一个ChandlerHandler的链表，当需要对Channel进行某种处  理的时候，Pipeline负责依次调用每一个Handler进行处理。每个Channel都有一个属于自己的Pipeline，调用Channel#pipeline()方法可以获得Channel的Pipeline，调用Pipeline#channel()方法可以获得Pipeline的Channel。

这个类就很重要了，里面基本上是我们监听的所有事件都在这个里面处理，上面我有执行3个handler一个是专门负责处理netty和服务器握手的handler(handShakeReqHandler),一个负责心跳的handler(CustomHeartbeatHandler),还有一个负责我们业务的handler(OrderCmdReqHandler),ProtobufDecoder和ProtobufEncoder是protobuf自带的编码和解码的类，一般对接后台也是java的话就可以直接使用默认的protobuf编解码就行了。

ProtobufVarint32LengthFieldPrepender()方法是对protobuf协议的的消息头上加上一个长度为32的整形字段，用于标志这个消息的长度。

ProtobufVarint32FrameDecoder()方法是针对于protobuf上面ProtobufVarint32LengthFieldPrepender()的所添加的长度进行解码器工作。

IdleStateHandler()的作用是用来发送心跳的，里面有3个参数readerIdleTimeSeconds,writerIdleTimeSeconds,allIdleTimeSeconds三个参数，表示的啥呢，第一个参数：为读超时时间，第二个参数：写超时时间 ，第三个参数为读写都超时的时间，这个时间就看你们自己定心跳多久发一次了(是不是很so easy)。这样基本上就定义完了。

4.ProtoBuf文件的生成

     这个没啥好讲的，我这边使用的是后台用工具生成了java文件给我，然后我直接使用，需要自己生成的话百度下就知道如何编写了

5.下面是几个handler的处理

握手消息的处理，channelActive是服务器连接后处罚的事件，在这里发送握手消息，26行代码判断后台发送过来的是不是握手消息，如果不是握手消息调用ctx.fireChannelRead(msg)这个方法很重要，是将这个数据传递给其他的handler这样轮询下去，知直到这个消息被处理了。chanelread方法是用来接收后台发送过来的数据。

这个是处理心跳的handler 继承ChannelHandlerAdapter netty自带的心跳adapter，实现userEventTriggered
方法在里面发送心跳消息，然后上面channelRead来接收数据，判断后台发送的数据是不是心跳，如果不是就继续将数据发送给下个handler处理，channelInactive方法是用来监听后台服务器是不是挂了，如果连接断开会触发这个事件，所以可以在这个事件里面进行重连接。

基本上使用的话也就这么多了，其他的我也没有摸索，希望能给一些新手看后得到一些启发。