Android之Mina集成,自定義消息斷包、粘包處理

1.環(huán)境搭建
首先,我們需要添加兩個包,分別是:
mina-core-2.0.16.jar、slf4j-android-1.6.1-RC1.jar
2.自定義消息格式
在這里,我們規(guī)定每條消息的格式為:消息頭(一個int類型:表示消息體的長度、一個short類型:表示事件號)+消息體(為字符串,可以假定認(rèn)為是json字符串)。接下來的很多代碼都是以此消息格式為基礎(chǔ)編寫。


2669657-631ac2f49b9e867d.png
public class MinaMsgHead {
    public short     event;//消息事件號 2位
    public int       bodyLen;//消息內(nèi)容長度 4位
}

對于這個消息格式,可能有的人會不理解為什么消息頭的bodyLen值要等于消息體的長度呢,主要是因?yàn)門CP是面向連接的,面向流的,它是無消息保護(hù)邊界, 需要在消息接收端處理消息邊界問題。
粘包:發(fā)送端為了提高網(wǎng)絡(luò)利用率,使用了優(yōu)化方法(Nagle算法),將多次間隔較小且數(shù)據(jù)量小的數(shù)據(jù),合并成一個大的數(shù)據(jù)塊,然后進(jìn)行封包再發(fā)送個接收端。

斷包:當(dāng)消息長度過大,那么就可能會將其分片,然后每片被TCP封裝,然后由IP封裝,最后被傳輸?shù)浇邮斩恕?br> 當(dāng)出現(xiàn)斷包或粘包現(xiàn)象,接收端接收到消息后,就會不清楚這是不是一個完整的消息,所以必須提供拆包機(jī)制。更多關(guān)于Socket斷包粘包的信息可自行上網(wǎng)搜索,在這里就不一一細(xì)說。

3.界面及代碼流程
1.界面
很簡單,見名知意。


2669657-8dd8cfe3ef729510.png

2.開啟服務(wù)
以下是服務(wù)類的代碼。 服務(wù)一開啟便創(chuàng)建一個線程去連接,直到連接成功,其中ConnectionManager是一個連接管理類,接下來會介紹到。

public class CoreService extends Service {
    public static final String TAG="CoreService";
    private ConnectionThread thread;
    ConnectionManager mManager;
    public CoreService() {
    }
    @Override
    public void onCreate() {
        ConnectionConfig config = new ConnectionConfig.Builder(getApplicationContext())
                .setIp("192.168.0.88")//連接的IP地址,填寫自己的服務(wù)器
                .setPort(8888)//連接的端口號,填寫自己的端口號
                .setReadBufferSize(1024)
                .setConnectionTimeout(10000).builder();
        mManager = new ConnectionManager(config);
        thread = new ConnectionThread();
        thread.start();
        super.onCreate();
    }
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        return super.onStartCommand(intent, flags, startId);
    }

    class ConnectionThread extends Thread {
        boolean isConnection;
        @Override
        public void run() {
            for (;;){
                isConnection = mManager.connect();
                if (isConnection) {
                    Log.d(TAG,"連接成功跳出循環(huán)");
                    break;
                }
                try {
                    Log.d(TAG,"嘗試重新連接");
                    Thread.sleep(5000);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        }
    }
    public void disConnect() {
        mManager.disConnect();
    }

    @Override
    public void onDestroy() {
        super.onDestroy();
        disConnect();
        thread = null;
    }
}

3.ConnectionManager類

在這里最主要的就是MyCodecFactory類和DefaultHandler類,前者是我們的自定義編解碼工廠,后者是我們的消息處理類,在初始化ConnectionManager 的時候,我們把它倆都設(shè)置進(jìn)去。當(dāng)客戶端接收到消息的時候,消息會首先經(jīng)過MyCodecFactory類的解碼操作,解碼完成后會再調(diào)用DefaultHandler的messageReceived方法。

public class ConnectionManager {
    public static final String TAG="ConnectionManager";
    private ConnectionConfig mConfig;
    private WeakReference<Context> mContext;
    public NioSocketConnector mConnection;
    private IoSession mSession;
    private InetSocketAddress mAddress;
    public ConnectionManager(ConnectionConfig config){
        this.mConfig = config;
        this.mContext = new WeakReference<Context>(config.getContext());
        init();
    }

    private void init() {
        mAddress = new InetSocketAddress(mConfig.getIp(), mConfig.getPort());
        mConnection = new NioSocketConnector();
        mConnection.getSessionConfig().setReadBufferSize(mConfig.getReadBufferSize());
        //設(shè)置多長時間沒有進(jìn)行讀寫操作進(jìn)入空閑狀態(tài),會調(diào)用sessionIdle方法,單位(秒)
        mConnection.getSessionConfig().setReaderIdleTime(60*5);
        mConnection.getSessionConfig().setWriterIdleTime(60*5);
        mConnection.getSessionConfig().setBothIdleTime(60*5);
        mConnection.getFilterChain().addFirst("reconnection", new MyIoFilterAdapter());
        //自定義編解碼器
        mConnection.getFilterChain().addLast("mycoder", new ProtocolCodecFilter(new MyCodecFactory()));
        //添加消息處理器
        mConnection.setHandler(new DefaultHandler(mContext.get()));
        mConnection.setDefaultRemoteAddress(mAddress);
    }

    /**
     * 與服務(wù)器連接
     * @return true連接成功,false連接失敗
     */
    public boolean connect(){
        try{
            ConnectFuture future = mConnection.connect();
            future.awaitUninterruptibly();
            mSession = future.getSession();
            if(mSession!=null && mSession.isConnected()) {
                SessionManager.getInstance().setSession(mSession);
            }else {
                return false;
            }
        }catch (Exception e){
            e.printStackTrace();
            return false;
        }
        return true;
    }

    /**
     * 斷開連接
     */
    public void disConnect(){
        mConnection.dispose();
        mConnection=null;
        mSession=null;
        mAddress=null;
        mContext = null;
    }
    ...
}

4.MyCodecFactory類
這只是一個實(shí)現(xiàn)ProtocolCodecFactory接口的工廠類,返回我們自定義編碼和解碼類。接下來的MyDataDecoder類就是我們的重點(diǎn)。

public class MyCodecFactory implements ProtocolCodecFactory {
    private MyDataDecoder decoder;
    private MyDataEncoder encoder;
    public MyCodecFactory() {
        encoder = new MyDataEncoder();
        decoder = new MyDataDecoder();
    }
    @Override
    public ProtocolDecoder getDecoder(IoSession session) throws Exception {
        return decoder;
    }
    @Override
    public ProtocolEncoder getEncoder(IoSession session) throws Exception {
        return encoder;
    }
}

5.MyDataDecoder類
以上說到“消息會首先經(jīng)過MyCodecFactory類的解碼操作”,其意為首先會經(jīng)過MyDataDecoder 類的doDecode方法,這個方法的返回值是非常重要的(見注釋),這個方法主要就是處理斷包和粘包,只有收到的是完整的數(shù)據(jù)才交給我們的消息處理類DefaultHandler進(jìn)行下一步的解析。

public class MyDataDecoder extends CumulativeProtocolDecoder {
    /**
     * 返回值含義:
     * 1、當(dāng)內(nèi)容剛好時,返回false,告知父類接收下一批內(nèi)容
     * 2、內(nèi)容不夠時需要下一批發(fā)過來的內(nèi)容,此時返回false,這樣父類 CumulativeProtocolDecoder
     * 會將內(nèi)容放進(jìn)IoSession中,等下次來數(shù)據(jù)后就自動拼裝再交給本類的doDecode
     * 3、當(dāng)內(nèi)容多時,返回true,因?yàn)樾枰賹⒈九鷶?shù)據(jù)進(jìn)行讀取,父類會將剩余的數(shù)據(jù)再次推送本類的doDecode方法
     */
    @Override
    public boolean doDecode(IoSession session, IoBuffer in, ProtocolDecoderOutput out)
            throws Exception {
        /**
         * 假定消息格式為:消息頭(int類型:表示消息體的長度、short類型:表示事件號)+消息體
         */
        if (in.remaining() < 4)//是用來當(dāng)拆包時候剩余長度小于4的時候的保護(hù),不加容易出錯
        {
            return false;
        }
        if (in.remaining() > 1) {
            //以便后繼的reset操作能恢復(fù)position位置
            in.mark();
            //前6字節(jié)是包頭,一個int和一個short,我們先取一個int
            int len = in.getInt();//先獲取包體數(shù)據(jù)長度值

            //比較消息長度和實(shí)際收到的長度是否相等,這里-2是因?yàn)槲覀兊南㈩^有個short值還去取
            if (len > in.remaining() - 2) {
                //出現(xiàn)斷包,則重置恢復(fù)position位置到操作前,進(jìn)入下一輪, 接收新數(shù)據(jù),以拼湊成完整數(shù)據(jù)
                in.reset();
                return false;
            } else {
                //消息內(nèi)容足夠
                in.reset();//重置恢復(fù)position位置到操作前
                int sumLen = 6 + len;//總長 = 包頭+包體
                byte[] packArr = new byte[sumLen];
                in.get(packArr, 0, sumLen);
                IoBuffer buffer = IoBuffer.allocate(sumLen);
                buffer.put(packArr);
                buffer.flip();
                out.write(buffer);
                //走到這里會調(diào)用DefaultHandler的messageReceived方法

                if (in.remaining() > 0) {//出現(xiàn)粘包,就讓父類再調(diào)用一次,進(jìn)行下一次解析
                    return true;
                }
            }
        }
        return false;//處理成功,讓父類進(jìn)行接收下個包
    }
}

6.DefaultHandler 類和HandlerEvent 類

DefaultHandler 為我們消息處理類,經(jīng)過了以上doDecode方法的斷包和粘包處理,現(xiàn)在一個包頭(int,short)+包體格式的消息完整來到了這里,在messageReceived要怎么解析數(shù)據(jù)就是你的事了,HandlerEvent 我是寫了一個例子:依據(jù)包頭的short值做為事件號處理。

private class DefaultHandler extends IoHandlerAdapter {
        private Context mContext;
        private DefaultHandler(Context context){
            this.mContext = context;
        }

        @Override
        public void sessionOpened(IoSession session) throws Exception {
            super.sessionOpened(session);
            Log.d(TAG, "連接打開");
        }

        @Override
        public void messageReceived(IoSession session, Object message) throws Exception {
            Log.d(TAG, "收到數(shù)據(jù),接下來你要怎么解析數(shù)據(jù)就是你的事了");
            IoBuffer buf = (IoBuffer) message;
            HandlerEvent.getInstance().handle(buf);
        }

        @Override
        public void sessionIdle(IoSession session, IdleStatus status) throws Exception {
            super.sessionIdle(session, status);
            Log.d(TAG, "-客戶端與服務(wù)端連接空閑");
            //進(jìn)入空閑狀態(tài)我們把會話關(guān)閉,接著會調(diào)用MyIoFilterAdapter的sessionClosed方法,進(jìn)行重新連接
            if(session != null){
                session.closeOnFlush();
            }
        }
    }
/**
 * 消息事件處理
 */
public class HandlerEvent {
    private static HandlerEvent handlerEvent;
    public static HandlerEvent getInstance() {
        if (handlerEvent == null) {
            handlerEvent = new HandlerEvent();
        }
        return handlerEvent;
    }
    public void handle(IoBuffer buf) throws IOException, InterruptedException, UnsupportedEncodingException, SQLException {
        //解析包頭
        MinaMsgHead msgHead = new MinaMsgHead();
        msgHead.bodyLen = buf.getInt();//包體長度
        msgHead.event = buf.getShort();//事件號

        switch (msgHead.event){//根據(jù)事件號解析消息體內(nèi)容
            case Event.EV_S_C_TEST:
                byte[] by = new byte[msgHead.bodyLen];
                buf.get(by, 0, by.length);
                String json = new String(by, "UTF-8").trim();
                //接下來根據(jù)業(yè)務(wù)處理....
                break;
        }
    }
}

總結(jié)
在這個Demo里只是我的一個自定義消息格式,不同的消息格式在進(jìn)行斷包和粘包處理的寫法有所不同,但都是萬變不離其中,大家可以自行嘗試。如有不足之處,歡迎指正。有需要Demo源碼的同學(xué)請點(diǎn)擊源碼
文章轉(zhuǎn)載自:http://www.lxweimin.com/p/2501310b03d2

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 227,702評論 6 531
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,143評論 3 415
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 175,553評論 0 373
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,620評論 1 307
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點(diǎn)故事閱讀 71,416評論 6 405
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 54,940評論 1 321
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,024評論 3 440
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,170評論 0 287
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,709評論 1 333
  • 正文 獨(dú)居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點(diǎn)故事閱讀 40,597評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點(diǎn)故事閱讀 42,784評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,291評論 5 357
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點(diǎn)故事閱讀 44,029評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,407評論 0 25
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,663評論 1 280
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點(diǎn)兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,403評論 3 390
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點(diǎn)故事閱讀 47,746評論 2 370