netty學(xué)習(xí)系列八:拆包器

一絮识、粘包與拆包

1绿聘、發(fā)送時(shí)的粘包與拆包

TCP連接維護(hù)了一個(gè)發(fā)送緩存區(qū)。將要發(fā)送給對(duì)端的數(shù)據(jù)會(huì)由socket API寫入該發(fā)送緩存區(qū)次舌。
TCP每次發(fā)送的報(bào)文段大小有限制熄攘,MSS就是單個(gè)TCP數(shù)據(jù)包能夠承載的最大數(shù)據(jù)分段大小。
TCP為了考慮數(shù)據(jù)傳輸效率彼念,會(huì)采用如下發(fā)送策略:

  • 發(fā)送緩存區(qū)中存放的數(shù)據(jù)達(dá)到MSS字節(jié)時(shí)鲜屏,就組裝一個(gè)TCP報(bào)文段發(fā)送出去;
  • 由發(fā)送方的應(yīng)用進(jìn)程指明要求立即發(fā)送報(bào)文段国拇;
  • 發(fā)送計(jì)時(shí)器到期洛史,這時(shí)把緩存區(qū)中已有的數(shù)據(jù)裝入報(bào)文段(但長度不能超過MSS)發(fā)送出去;

正是由于MSS和發(fā)送策略酱吝,會(huì)有以下情況:

  • 用戶數(shù)據(jù)包超過了mss也殖,那么這個(gè)用戶數(shù)據(jù)包在發(fā)送的時(shí)候必須拆分成多個(gè)TCP數(shù)據(jù)包,即發(fā)生拆包务热。
  • 用戶數(shù)據(jù)包有效載荷非常低忆嗜,TCP的發(fā)送策略會(huì)將多個(gè)用戶數(shù)據(jù)包合并為一個(gè)TCP數(shù)據(jù)包進(jìn)行發(fā)送,即發(fā)生粘包崎岂。

2捆毫、接收時(shí)的粘包與拆包

由于TCP在發(fā)送數(shù)據(jù)時(shí)會(huì)發(fā)生粘包/拆包。所以接收過程也需要進(jìn)行對(duì)應(yīng)的粘包/拆包冲甘,以便將接收到的TCP數(shù)據(jù)包重新組裝為發(fā)送端發(fā)來的原始用戶數(shù)據(jù)包绩卤,并進(jìn)行后續(xù)業(yè)務(wù)處理途样。

3、接收端進(jìn)行粘包/拆包的原理

基本原理就是不斷從TCP緩沖區(qū)中讀取數(shù)據(jù)濒憋,并將新讀取到的數(shù)據(jù)向后追加到 本地消息緩存 中何暇,然后進(jìn)行解碼處理:

  • 如果當(dāng)前本地消息緩存中不足以拼接成一個(gè)業(yè)務(wù)數(shù)據(jù)包,那就保留數(shù)據(jù)凛驮,繼續(xù)從tcp緩沖區(qū)中讀取數(shù)據(jù)裆站;
  • 如果當(dāng)前本地消息緩存中能夠拼接成一個(gè)業(yè)務(wù)數(shù)據(jù)包,那就將對(duì)應(yīng)數(shù)據(jù)解碼成一個(gè)完整的業(yè)務(wù)數(shù)據(jù)包并傳遞給業(yè)務(wù)邏輯處理黔夭,本地消息緩存中剩余的多余數(shù)據(jù)仍然保留宏胯,以便和下次讀到的數(shù)據(jù)嘗試拼接。

二本姥、netty中的拆包器

0肩袍、總述

netty 中的拆包過程原理同上,拆包器基類為ByteToMessageDecoder扣草,其內(nèi)部有一個(gè) 累加器 了牛,將每次新讀取到的數(shù)據(jù)不斷累加到本地字節(jié)容器颜屠,然后嘗試對(duì)累加后的本地字節(jié)容器中的數(shù)據(jù)進(jìn)行拆包辰妙,拆成一個(gè)完整的業(yè)務(wù)數(shù)據(jù)包。

netty拆包過程

1甫窟、累加器

netty通過累加器實(shí)現(xiàn)將每次新讀取到的數(shù)據(jù)不斷累積到本地字節(jié)容器的操作密浑。
ByteToMessageDecoder 中定義了兩個(gè)累加器:

public static final Cumulator MERGE_CUMULATOR = ...;
public static final Cumulator COMPOSITE_CUMULATOR = ...;

默認(rèn)情況下使用簡單的MERGE_CUMULATOR累加器,原理是每次都將讀取到的數(shù)據(jù)通過內(nèi)存拷貝的方式粗井,拼接到一個(gè)大的字節(jié)容器中尔破,這個(gè)大的字節(jié)容器即為ByteToMessageDecoder中的cumulation。

private Cumulator cumulator = MERGE_CUMULATOR;

累加器的累加操作實(shí)現(xiàn)

        @Override
        public ByteBuf cumulate(ByteBufAllocator alloc, ByteBuf cumulation, ByteBuf in) {
            ByteBuf buffer;
            if (cumulation.writerIndex() > cumulation.maxCapacity() - in.readableBytes()
                    || cumulation.refCnt() > 1) {
                buffer = expandCumulation(alloc, cumulation, in.readableBytes());
            } else {
                buffer = cumulation;
            }
            buffer.writeBytes(in);
            in.release();
            return buffer;
        }
  • 若當(dāng)前cumulation空間不足容納新讀取到的數(shù)據(jù)浇衬,則進(jìn)行擴(kuò)容懒构;

ByteBuf expandCumulation(ByteBufAllocator alloc, ByteBuf cumulation, int readable);

  • 使用ByteBuf.writeBytes(in);將新數(shù)據(jù)累加到字節(jié)容器cumulation中;

2耘擂、數(shù)據(jù)讀取與粘包/拆包

1胆剧、 代碼入口
2、 累加新讀取的數(shù)據(jù)到本地自己容器中
3醉冤、 將本地字節(jié)容器中的數(shù)據(jù)傳遞給業(yè)務(wù)拆包器拆包
4秩霍、 清理字節(jié)容器
5、 傳遞業(yè)務(wù)數(shù)據(jù)包給業(yè)務(wù)解碼器處理

1)代碼入口
a蚁阳、NioEventLoop線程在處理IO事件的代碼processSelectedKey(SelectionKey k, AbstractNioChannel ch)中铃绒,對(duì)于OP_READ事件會(huì)調(diào)用相應(yīng)Channel的NioByteUnsafe.read()進(jìn)行處理。
b螺捐、NioByteUnsafe.read()會(huì)分配一個(gè)ByteBuf byteBuf并將TCP接收緩存中的數(shù)據(jù)讀取到byteBuf中颠悬,最后觸發(fā)channelRead事件將byteBuf傳遞給pipeline中的ByteToMessageDecoder回調(diào)處理矮燎。

    @Override
    public void channelRead(ChannelHandlerContext ctx, Object msg) throws Exception {
        if (msg instanceof ByteBuf) {
            CodecOutputList out = CodecOutputList.newInstance();
            try {
                ByteBuf data = (ByteBuf) msg;
                first = cumulation == null;
                if (first) {
                    cumulation = data;
                } else {
                    cumulation = cumulator.cumulate(ctx.alloc(), cumulation, data);
                }
                callDecode(ctx, cumulation, out);
            } catch (DecoderException e) {
                throw e;
            } catch (Throwable t) {
                throw new DecoderException(t);
            } finally {
                if (cumulation != null && !cumulation.isReadable()) {
                    numReads = 0;
                    cumulation.release();
                    cumulation = null;
                } else if (++ numReads >= discardAfterReads) {
                    // We did enough reads already try to discard some bytes so we not risk to see a OOME.
                    // See https://github.com/netty/netty/issues/4275
                    numReads = 0;
                    discardSomeReadBytes();
                }

                int size = out.size();
                decodeWasNull = !out.insertSinceRecycled();
                fireChannelRead(ctx, out, size);
                out.recycle();
            }
        } else {
            ctx.fireChannelRead(msg);
        }
    }

上述代碼分為如下四個(gè)步驟:
1、 累加新讀取的數(shù)據(jù)到本地自己容器中
2椿疗、 將本地字節(jié)容器中的數(shù)據(jù)傳遞給業(yè)務(wù)拆包器拆包
3漏峰、 清理字節(jié)容器
4、 傳遞業(yè)務(wù)數(shù)據(jù)包給業(yè)務(wù)解碼器處理

2)累加新讀取的數(shù)據(jù)到本地自己容器中

                ByteBuf data = (ByteBuf) msg;
                first = cumulation == null;
                if (first) {
                    cumulation = data;
                } else {
                    cumulation = cumulator.cumulate(ctx.alloc(), cumulation, data);
                }
  • 若當(dāng)前累加器中沒有數(shù)據(jù)(cumulation==null)届榄,則直接跳過內(nèi)存拷貝浅乔,將字節(jié)容器cumulation的指針指向新讀取的數(shù)據(jù);
  • 若當(dāng)前累加器中有數(shù)據(jù)铝条,調(diào)用累加器cumulation的```cumulate(ByteBufAllocator alloc, ByteBuf cumulation, ByteBuf in)``方法累加新讀取到的數(shù)據(jù)到本地字節(jié)容器靖苇。

3)將本地字節(jié)容器中的數(shù)據(jù)傳遞給業(yè)務(wù)拆包器拆包

CodecOutputList out = CodecOutputList.newInstance();
callDecode(ctx, cumulation, out);

1、 到這一步班缰,本地字節(jié)容器中的數(shù)據(jù)是目前未經(jīng)拆包的所有數(shù)據(jù)贤壁;
2、 callDecode 將嘗試將本地字節(jié)容器的數(shù)據(jù)拆分成業(yè)務(wù)數(shù)據(jù)包埠忘,并放入業(yè)務(wù)數(shù)據(jù)包容器CodecOutputList out中脾拆;
3、 對(duì)于業(yè)務(wù)數(shù)據(jù)包容器out莹妒,遍歷其中的業(yè)務(wù)數(shù)據(jù)包名船,通過ctx.fireChannelRead(msg);將每個(gè)業(yè)務(wù)數(shù)據(jù)包傳遞給后續(xù)處理器進(jìn)行業(yè)務(wù)處理

具體的拆包工作由ByteToMessageDecode的抽象方法定義:

protected abstract void decode(ChannelHandlerContext ctx, ByteBuf in, List<Object> out) throws Exception;

netty中對(duì)各種用戶協(xié)議的支持就體現(xiàn)在這個(gè)抽象方法中,所有的拆包器最終都實(shí)現(xiàn)了該抽象方法旨怠。

decode后渠驼,如果發(fā)現(xiàn)并沒有拆到一個(gè)完整的數(shù)據(jù)包

                if (outSize == out.size()) {
                    if (oldInputLength == in.readableBytes()) {
                        break;
                    } else {
                        continue;
                    }
                }
  • 若拆包器什么數(shù)據(jù)也沒讀取oldInputLength == in.readableBytes(),可能數(shù)據(jù)還不夠業(yè)務(wù)拆包器處理鉴腻,直接break等待新的數(shù)據(jù)迷扇;
  • 若拆包器已讀取部分?jǐn)?shù)據(jù),說明解碼器仍然在工作爽哎,繼續(xù)循環(huán)解碼蜓席。

4)清理字節(jié)容器
NioByteUnsafe.read()每次處理OP_READ事件讀取完數(shù)據(jù),都會(huì)觸發(fā)一次channelReadComplete事件课锌。
ByteToMessageDecoder.channelReadComplete(ChannelHandlerContext ctx)方法中實(shí)現(xiàn)了對(duì)本地字節(jié)容器的清理邏輯:

discardSomeReadBytes();

另外厨内,為防止發(fā)送端發(fā)送數(shù)據(jù)過快ByteToMessageDecoder.channelRead中在每次拆包過后都會(huì)做一次判斷,如果讀取到的數(shù)據(jù)量過多也會(huì)主動(dòng)執(zhí)行本地字節(jié)容器的清理邏輯:

if (++ numReads >= discardAfterReads) {
                    numReads = 0;
                    discardSomeReadBytes();
                }

discardSomeReadBytes()之前产镐,本地字節(jié)容器中的數(shù)據(jù)分布:

+--------------+----------+----------+
|   readed     | unreaded | writable | 
+--------------+----------+----------+

discardSomeReadBytes()之后隘庄,本地字節(jié)容器中的數(shù)據(jù)分布:

+----------+-------------------------+
| unreaded |      writable           | 
+----------+-------------------------+

**5)傳遞業(yè)務(wù)數(shù)據(jù)包給業(yè)務(wù)解碼器處理**
經(jīng)過上面幾個(gè)步驟完成之后,就可以將拆成的業(yè)務(wù)數(shù)據(jù)包交給后續(xù)業(yè)務(wù)處理器處理了:

fireChannelRead(ctx, out, size);

static void fireChannelRead(ChannelHandlerContext ctx, CodecOutputList msgs, int numElements) {
    for (int i = 0; i < numElements; i ++) {
        ctx.fireChannelRead(msgs.getUnsafe(i));
    }
}

#三癣亚、拆包器的具體實(shí)現(xiàn)類
LineBasedFrameDecoder  ->  根據(jù)換行符\n或\r\n進(jìn)行拆包 
DelimiterBasedFrameDecoder  ->  根據(jù)用戶定義的標(biāo)識(shí)符進(jìn)行拆包 
LengthFieldBasedFrameDecoder  ->  根據(jù)包頭長度進(jìn)行拆包丑掺,適用于私有協(xié)議解碼
最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個(gè)濱河市述雾,隨后出現(xiàn)的幾起案子街州,更是在濱河造成了極大的恐慌兼丰,老刑警劉巖,帶你破解...
    沈念sama閱讀 218,755評(píng)論 6 507
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件唆缴,死亡現(xiàn)場(chǎng)離奇詭異鳍征,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī)面徽,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 93,305評(píng)論 3 395
  • 文/潘曉璐 我一進(jìn)店門艳丛,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人趟紊,你說我怎么就攤上這事氮双。” “怎么了霎匈?”我有些...
    開封第一講書人閱讀 165,138評(píng)論 0 355
  • 文/不壞的土叔 我叫張陵戴差,是天一觀的道長。 經(jīng)常有香客問我铛嘱,道長暖释,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 58,791評(píng)論 1 295
  • 正文 為了忘掉前任墨吓,我火速辦了婚禮球匕,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘肛真。我一直安慰自己谐丢,他們只是感情好爽航,可當(dāng)我...
    茶點(diǎn)故事閱讀 67,794評(píng)論 6 392
  • 文/花漫 我一把揭開白布蚓让。 她就那樣靜靜地躺著,像睡著了一般讥珍。 火紅的嫁衣襯著肌膚如雪历极。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 51,631評(píng)論 1 305
  • 那天衷佃,我揣著相機(jī)與錄音趟卸,去河邊找鬼。 笑死氏义,一個(gè)胖子當(dāng)著我的面吹牛锄列,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播惯悠,決...
    沈念sama閱讀 40,362評(píng)論 3 418
  • 文/蒼蘭香墨 我猛地睜開眼邻邮,長吁一口氣:“原來是場(chǎng)噩夢(mèng)啊……” “哼!你這毒婦竟也來了克婶?” 一聲冷哼從身側(cè)響起筒严,我...
    開封第一講書人閱讀 39,264評(píng)論 0 276
  • 序言:老撾萬榮一對(duì)情侶失蹤丹泉,失蹤者是張志新(化名)和其女友劉穎,沒想到半個(gè)月后鸭蛙,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體摹恨,經(jīng)...
    沈念sama閱讀 45,724評(píng)論 1 315
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 37,900評(píng)論 3 336
  • 正文 我和宋清朗相戀三年娶视,在試婚紗的時(shí)候發(fā)現(xiàn)自己被綠了晒哄。 大學(xué)時(shí)的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 40,040評(píng)論 1 350
  • 序言:一個(gè)原本活蹦亂跳的男人離奇死亡肪获,死狀恐怖揩晴,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情贪磺,我是刑警寧澤硫兰,帶...
    沈念sama閱讀 35,742評(píng)論 5 346
  • 正文 年R本政府宣布,位于F島的核電站寒锚,受9級(jí)特大地震影響劫映,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜刹前,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 41,364評(píng)論 3 330
  • 文/蒙蒙 一泳赋、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧喇喉,春花似錦祖今、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 31,944評(píng)論 0 22
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至膏斤,卻和暖如春徐绑,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背莫辨。 一陣腳步聲響...
    開封第一講書人閱讀 33,060評(píng)論 1 270
  • 我被黑心中介騙來泰國打工傲茄, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人沮榜。 一個(gè)月前我還...
    沈念sama閱讀 48,247評(píng)論 3 371
  • 正文 我出身青樓盘榨,卻偏偏與公主長得像,于是被迫代替她去往敵國和親蟆融。 傳聞我的和親對(duì)象是個(gè)殘疾皇子草巡,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 44,979評(píng)論 2 355

推薦閱讀更多精彩內(nèi)容

  • 為什么要粘包拆包 為什么要粘包 首先你得了解一下TCP/IP協(xié)議,在用戶數(shù)據(jù)量非常小的情況下振愿,極端情況下捷犹,一個(gè)字節(jié)...
    簡書閃電俠閱讀 20,651評(píng)論 23 77
  • 從三月份找實(shí)習(xí)到現(xiàn)在弛饭,面了一些公司,掛了不少萍歉,但最終還是拿到小米侣颂、百度、阿里枪孩、京東憔晒、新浪、CVTE蔑舞、樂視家的研發(fā)崗...
    時(shí)芥藍(lán)閱讀 42,253評(píng)論 11 349
  • Spring Cloud為開發(fā)人員提供了快速構(gòu)建分布式系統(tǒng)中一些常見模式的工具(例如配置管理拒担,服務(wù)發(fā)現(xiàn),斷路器攻询,智...
    卡卡羅2017閱讀 134,659評(píng)論 18 139
  • 前奏 https://tech.meituan.com/2016/11/04/nio.html 綜述 netty通...
    jiangmo閱讀 5,857評(píng)論 0 13
  • 今年新片里从撼,我唯一在短期內(nèi)反復(fù)觀看的,是《將來的事》钧栖。是那種很念念不忘的回想與凝望低零。 生活在每一個(gè)階段,都有無解的...
    03da5d02c6d2閱讀 292評(píng)論 0 0