附上netty 5 用戶指南地址http://ifeve.com/netty5-user-guide/

流數(shù)據(jù)的傳輸處理

一個(gè)小的Socket Buffer問(wèn)題

netty5_1.png

由于基于流傳輸?shù)膮f(xié)議的這種普通的性質(zhì)，在你的應(yīng)用程序里讀取數(shù)據(jù)的時(shí)候會(huì)有很高的可能性被分成下面的片段。

netty5_2.png

因此，一個(gè)接收方不管他是客戶端還是服務(wù)端，都應(yīng)該把接收到的數(shù)據(jù)整理成一個(gè)或者多個(gè)更有意思并且能夠讓程序的業(yè)務(wù)邏輯更好理解的數(shù)據(jù)。在上面的例子中，接收到的數(shù)據(jù)應(yīng)該被構(gòu)造成下面的格式：

netty5_3.png

問(wèn)題總結(jié)一下就是客戶端連續(xù)發(fā)了三個(gè)包，服務(wù)端在收到的時(shí)候可能是不同片段大小收到的，如果在每一次收到一片時(shí)便處理數(shù)據(jù)的話，很有可能數(shù)據(jù)是不完整的。（我的猜測(cè)是，TCP底層的窗口機(jī)制引起的，窗口的挪動(dòng)會(huì)讓已經(jīng)完成的數(shù)據(jù)向上傳送，而沒(méi)有收到還會(huì)等待。這也是保證順序不錯(cuò)亂的機(jī)制，所以我在一開(kāi)始考慮會(huì)不會(huì)有順序錯(cuò)亂問(wèn)題，這個(gè)應(yīng)該是在底層已經(jīng)解決掉了）

Netty提供的解決方案總結(jié)

第一種：緩存收到的字節(jié)，當(dāng)緩存的字節(jié)數(shù)目到達(dá)要求時(shí)，讀取buff完成業(yè)務(wù)邏輯

（1）在handler生命周期手動(dòng)緩存

package io.netty.example.time;

import java.util.Date;

public class TimeClientHandler extends ChannelHandlerAdapter {
    private ByteBuf buf;

    @Override
    public void handlerAdded(ChannelHandlerContext ctx) {
        buf = ctx.alloc().buffer(4); // (1)在生命周期中，聲明一個(gè)4字節(jié)的緩存大小
    }

    @Override
    public void handlerRemoved(ChannelHandlerContext ctx) {
        buf.release(); // (1)在生命周期結(jié)束的時(shí)候釋放掉
        buf = null;
    }

    @Override
    public void channelRead(ChannelHandlerContext ctx, Object msg) {
        ByteBuf m = (ByteBuf) msg;
        buf.writeBytes(m); // (2)將每次收到的字節(jié)流寫進(jìn)緩存里
        m.release();

        if (buf.readableBytes() >= 4) { // (3)當(dāng)緩存大小達(dá)到4字節(jié)時(shí)處理實(shí)際業(yè)務(wù)
            long currentTimeMillis = (buf.readInt() - 2208988800L) * 1000L;
            System.out.println(new Date(currentTimeMillis));
            ctx.close();
        }
    }

    @Override
    public void exceptionCaught(ChannelHandlerContext ctx, Throwable cause) {
        cause.printStackTrace();
        ctx.close();
    }
}

（2）利用netty的解碼函數(shù)來(lái)控制字節(jié)

package io.netty.example.time;

public class TimeDecoder extends ByteToMessageDecoder { // (1)extends ByteToMessageDecoder類
    @Override
    protected void decode(ChannelHandlerContext ctx, ByteBuf in, List<Object> out) { // (2)回調(diào)函數(shù)將字節(jié)流寫入in中來(lái)積累緩存
        if (in.readableBytes() < 4) { // (3)判斷in的大小
            return;
        }

        out.add(in.readBytes(4)); // (4)將4個(gè)字節(jié)輸出到out中
    }
}

第二種：利用POJO（Plain Ordinary Java Object）來(lái)代替ByteBuf

構(gòu)造新類型（感覺(jué)和javabean一樣）

package io.netty.example.time;

import java.util.Date;

public class UnixTime {

    private final int value;

    public UnixTime() {
        this((int) (System.currentTimeMillis() / 1000L + 2208988800L));
    }

    public UnixTime(int value) {
        this.value = value;
    }

    public int value() {
        return value;
    }

    @Override
    public String toString() {
        return new Date((value() - 2208988800L) * 1000L).toString();
    }
}

在decode回調(diào)函數(shù)中，將bytebuf組裝成unixTime對(duì)象

@Override
protected void decode(ChannelHandlerContext ctx, ByteBuf in, List<Object> out) {
    if (in.readableBytes() < 4) {
        return;
    }

    out.add(new UnixTime(in.readInt()));
}

總結(jié)：關(guān)于bytebuf大小的約定，我覺(jué)得在發(fā)送的時(shí)候在首部加上包頭，即用1字節(jié)來(lái)表示整個(gè)包的大小，這樣就可以控制可變的緩存大小了。雖然增加了數(shù)據(jù)量但是更適應(yīng)于可變的環(huán)境。同樣在使用POJO時(shí)，加上類型標(biāo)識(shí)符，也能擁有更加廣泛的可行性。