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方法是用来监听后台服务器是不是挂了,如果连接断开会触发这个事件,所以可以在这个事件里面进行重连接。


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

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 213,558评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 91,002评论 3 387
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 159,036评论 0 349
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 57,024评论 1 285
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 66,144评论 6 385
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 50,255评论 1 292
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,295评论 3 412
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,068评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,478评论 1 305
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,789评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,965评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,649评论 4 336
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,267评论 3 318
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,982评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,223评论 1 267
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,800评论 2 365
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,847评论 2 351

推荐阅读更多精彩内容