這個問題比較常見,在高并發(fā)大數(shù)據(jù)傳輸時數(shù)據(jù)分包接收會亂
在org.jboss.netty.handler.codec.frame包中,有LengthFieldBasedFrameDecoder類用來解析帶有長度屬性的包,只要我們在傳輸協(xié)議中加入包的總長度就行了(也許有更好的方法)
?
具體方法:
1.可在數(shù)據(jù)包前加4個字節(jié)表示包的總長度,例如:
?
/**?
* 傳輸協(xié)議
* |------------------------------------------
* |總長度4byte |pkey長度4byte ? ? ?|
* |------------------------------------------
* | value 4byte|name 4byte|zip ?1 |
* |------------------------------------------
* |skey值 ? ? ?8byte(long型時間,固定) |
* |------------------------------------------------
* | ?包體內(nèi)容 ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? |
* | ? ? ? ? ? ? ? ? ? ?
* |------------------------------------------------
在通過netty傳輸數(shù)據(jù)之前,執(zhí)行
?
2.在接受的ChannelPipeline中加入decoder,加在handler之前,例如:
?
?
- bootstrap.setPipelineFactory( new?ChannelPipelineFactory()?{??
- ??????????? public?ChannelPipeline?getPipeline()? throws?Exception?{??
- ????????????ChannelPipeline?pipeline?=? new?DefaultChannelPipeline();??
- ????????????pipeline.addFirst( "decoder",? new?LengthFieldBasedFrameDecoder( 100000000, 0, 4, 0, 4));??
- ????????????pipeline.addLast( "handler",? new?XXX(config));??
- ???????????? return?pipeline;??
- ???????????}??
- ???????});??
?
?
使用LengthFieldBasedFrameDecoder作為decoder實現(xiàn),LengthFieldBasedFrameDecoder構(gòu)造函數(shù),第一個參數(shù)為信息最大長度,超過這個長度回報異常,第二參數(shù)為長度屬性的起始(偏移)位,我們的協(xié)議中長度是0到第3個字節(jié),所以這里寫0,第三個參數(shù)為“長度屬性”的長度,我們是4個字節(jié),所以寫4,第四個參數(shù)為長度調(diào)節(jié)值,在總長被定義為包含包頭長度時,修正信息長度,第五個參數(shù)為跳過的字節(jié)數(shù),根據(jù)需要我們跳過前4個字節(jié),以便接收端直接接受到不含“長度屬性”的內(nèi)容。
?
至此,接收端會按照decoder指定的長度接收完整后才會調(diào)用handler繼續(xù)處理信息。
更多文章、技術(shù)交流、商務合作、聯(lián)系博主
微信掃碼或搜索:z360901061

微信掃一掃加我為好友
QQ號聯(lián)系: 360901061
您的支持是博主寫作最大的動力,如果您喜歡我的文章,感覺我的文章對您有幫助,請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧,狠狠點擊下面給點支持吧,站長非常感激您!手機微信長按不能支付解決辦法:請將微信支付二維碼保存到相冊,切換到微信,然后點擊微信右上角掃一掃功能,選擇支付二維碼完成支付。
【本文對您有幫助就好】元
