码迷,mamicode.com
首页 > 数据库 > 详细

过长内容分成了多次发送 问题 LengthFieldBasedFrameDecoder使用

时间:2014-12-19 19:05:56      阅读:208      评论:0      收藏:0      [点我收藏+]

标签:

这个问题比较常见,在高并发大数据传输时数据分包接收会乱

在org.jboss.netty.handler.codec.frame包中,有LengthFieldBasedFrameDecoder类用来解析带有长度属性的包,只要我们在传输协议中加入包的总长度就行了(也许有更好的方法)

 

具体方法:

1.可在数据包前加4个字节表示包的总长度,例如:

 

/** 
* 传输协议
* |------------------------------------------
* |总长度4byte |pkey长度4byte      |
* |------------------------------------------
* | value 4byte|name 4byte|zip  1 |
* |------------------------------------------
* |skey值      8byte(long型时间,固定) |
* |------------------------------------------------
* |  包体内容                                             |
* |                    
* |------------------------------------------------

在通过netty传输数据之前,执行

 

2.在接受的ChannelPipeline中加入decoder,加在handler之前,例如:

 

 

[java] view plaincopy
 
  1. bootstrap.setPipelineFactory(new ChannelPipelineFactory() {  
  2.            public ChannelPipeline getPipeline() throws Exception {  
  3.             ChannelPipeline pipeline = new DefaultChannelPipeline();  
  4.             pipeline.addFirst("decoder", new LengthFieldBasedFrameDecoder(100000000,0,4,0,4));  
  5.             pipeline.addLast("handler", new XXX(config));  
  6.             return pipeline;  
  7.            }  
  8.        });  

 

 

使用LengthFieldBasedFrameDecoder作为decoder实现,LengthFieldBasedFrameDecoder构造函数,第一个参数为信息最大长度,超过这个长度回报异常,第二参数为长度属性的起始(偏移)位,我们的协议中长度是0到第3个字节,所以这里写0,第三个参数为“长度属性”的长度,我们是4个字节,所以写4,第四个参数为长度调节值,在总长被定义为包含包头长度时,修正信息长度,第五个参数为跳过的字节数,根据需要我们跳过前4个字节,以便接收端直接接受到不含“长度属性”的内容。

 

至此,接收端会按照decoder指定的长度接收完整后才会调用handler继续处理信息。

过长内容分成了多次发送 问题 LengthFieldBasedFrameDecoder使用

标签:

原文地址:http://www.cnblogs.com/gehonglin/p/4174459.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!