基于Android平臺利用UDP廣播/多播數(shù)據(jù)傳輸研究

前言

很久沒更新技術(shù)文章了,先更新一篇對于UDP多播研究的文章。

UDP廣播與多播

在之前學(xué)習(xí)計(jì)算機(jī)網(wǎng)絡(luò)課程時(shí),了解到了TCP網(wǎng)絡(luò)以及UDP網(wǎng)絡(luò),TCP是需要進(jìn)行三次握手的可靠網(wǎng)絡(luò),而UDP則是不可靠的傳輸方式。但是不可靠并不意味著UDP就是沒有用的傳輸方式,例如騰訊的QQ客戶端傳輸以及一些網(wǎng)絡(luò)游戲中的數(shù)據(jù)傳輸都是用了UDP協(xié)議。因?yàn)椴恍枰⑦B接,客戶端可以直接向服務(wù)器發(fā)送信息,客戶端只需要給出服務(wù)器的IP地址以及端口號,然后將信息封裝到報(bào)文當(dāng)中,就不需要再管其他,不像TCP那樣需要等待服務(wù)器返回報(bào)文。服務(wù)器可能不存在或者能否收到相應(yīng)的報(bào)文,UDP協(xié)議中客戶端根本不用管。

之前學(xué)習(xí)了UDP實(shí)踐過一對一的單播程序,但是鮮有接觸一對多的服務(wù):廣播(broadcast)、多播(multicast)。經(jīng)過查閱相關(guān)資料以及研究,發(fā)現(xiàn)廣播中網(wǎng)絡(luò)中所有主機(jī)都會接受一份數(shù)據(jù)副本,而多播只會發(fā)送到一個(gè)多播地址,由地址轉(zhuǎn)發(fā)給需要接受該數(shù)據(jù)的主機(jī)。

UDP廣播

UDP廣播與單播的最大區(qū)別在于IP地址不同,廣播使用的預(yù)留的255.255.255.255地址,通過這一廣播地址消息會被發(fā)送到該網(wǎng)絡(luò)上的所有網(wǎng)絡(luò)主機(jī)上。并且通過查閱資料,其實(shí)廣播地址分為以下四種:

  • 有限廣播,有限廣播的地址設(shè)為255.255.255.255。并且使用了該廣播地址的是不會被路由器轉(zhuǎn)發(fā)的,因?yàn)槿绻酚善鬓D(zhuǎn)發(fā)了廣播信息,那么網(wǎng)絡(luò)上的所有器都會進(jìn)行鏈?zhǔn)絺鞑ィl(fā)網(wǎng)絡(luò)癱瘓。在指定給本地網(wǎng)絡(luò)的廣播數(shù)據(jù)包時(shí),目的地址的網(wǎng)絡(luò)標(biāo)識部分和主機(jī)標(biāo)識部分全都是1(255.255.255.255)。在任何情況下,路由器都不轉(zhuǎn)發(fā)目的地址為有限廣播地址的數(shù)據(jù)報(bào),這樣的數(shù)據(jù)報(bào)僅出現(xiàn)在本地網(wǎng)絡(luò)中
  • 非定向廣播,這種地址的形式為“netid.255.255.255。”如126.255.255.255。網(wǎng)絡(luò)使用非定向廣播向特定網(wǎng)段上的所有主機(jī)發(fā)送數(shù)據(jù)包!
  • 子網(wǎng)定向廣播,在劃分為子網(wǎng)的網(wǎng)絡(luò)中,子網(wǎng)定向廣播地址限于表示特定子網(wǎng)上的主機(jī)。
  • 全部子網(wǎng)定向廣播,在劃分為子網(wǎng)的internet網(wǎng)絡(luò)中,網(wǎng)絡(luò)設(shè)備可以使用全部子網(wǎng)定向廣播地址向所有子網(wǎng)的主機(jī)發(fā)送廣播消息。這一類型的地址現(xiàn)在已經(jīng)基本不使用了,而由D類組播地址所取代 。

我理解的是廣播多應(yīng)用于網(wǎng)絡(luò)游戲中處于同一本地網(wǎng)絡(luò)客戶端之間的信息交流,意思就是游戲中常用的大喇叭、或者是對所有人說話,但是還是需要指定主機(jī)的端口號,不可能主機(jī)的所有端口都會監(jiān)聽。

UDP多播

多播和廣播類似,指定接受者的端口號,并且地址范圍是224.0.0.0至239.255.255.255,由于其和廣播類似,接下來例子就以UDP多播來實(shí)現(xiàn)Android平臺上的發(fā)送與接收。

經(jīng)過研究與查閱資料,發(fā)現(xiàn)Java上實(shí)現(xiàn)多播需要用到MulticastSocket類,其實(shí)該類就是DatagramSocket的子類,在使用時(shí)除了多播自己的一些特性外,把它當(dāng)做DatagramSocket類使用就可以了。

首先是利用多播發(fā)送數(shù)據(jù):

public class MultiCastClientActivity extends AppCompatActivity {

    private static final String TAG = "MultiCastClientActivity";

    private MulticastSocket mSocket;

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_multi_cast_client);
        startService(new Intent(this, MultiCastService.class));
        startService(new Intent(this, MulticastServiceB.class));
        try {
            mSocket = new MulticastSocket(UDPConstant.PORT);
            mSocket.setTimeToLive(UDPConstant.TTLTIME);
        } catch (IOException e) {
            e.printStackTrace();
        }
    }

    public void sendMulticast(View view) {
        new SendThread().start();
    }

    private class SendThread extends Thread {
        @Override
        public void run() {
            DatagramPacket datagramPacket = null;
            byte[] data = "hello world!".getBytes();
            try {
                InetAddress address = InetAddress.getByName(UDPConstant.IP_ADDRESS);
                if (!address.isMulticastAddress()) {
                    throw new NoMulticastException();
                }
                datagramPacket = new DatagramPacket(data, data.length, address, UDPConstant.PORT);
                mSocket.send(datagramPacket);
//                mSocket.close();
            } catch (Exception e) {
                e.printStackTrace();
            }
        }
    }
}

大概步驟是:

  1. 建立多播的socket
  2. 設(shè)置端口以及TTL(避免延時(shí)導(dǎo)致等待循環(huán))
  3. 當(dāng)需要發(fā)送的packet時(shí),建立一個(gè)DatagramPacket并且設(shè)置好相應(yīng)的多播地址以及數(shù)據(jù),然后利用socket進(jìn)行發(fā)送數(shù)據(jù)。

我在這里建立了兩個(gè)Service充當(dāng)網(wǎng)絡(luò)上的主機(jī),就拿其中一個(gè)service拿演示:

public class MultiCastService extends Service {

    private static final String TAG = "MultiCastService";

    private MulticastSocket mSocket;
    private InetAddress mAddress;

    @Override
    public void onCreate() {
        super.onCreate();
        try {
            mAddress = InetAddress.getByName(UDPConstant.IP_ADDRESS);

            if (!mAddress.isMulticastAddress()) {
                throw new NoMulticastException();
            }

            mSocket = new MulticastSocket(UDPConstant.PORT);
            mSocket.setTimeToLive(UDPConstant.TTLTIME);
            mSocket.joinGroup(mAddress);
            new WorkThread().start();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }

    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }

    private class WorkThread extends Thread {

        @Override
        public void run() {
            byte[] buffer = new byte[1024];
            DatagramPacket datagramPacket = new DatagramPacket(buffer, 1024);
            while (true) {
                try {
                    mSocket.receive(datagramPacket);
                    String result = new String(buffer,0,datagramPacket.getLength());
                    Log.i(TAG, "run: " + result);
                } catch (IOException e) {
                    e.printStackTrace();
                }

            }

        }
    }
}

基本流程如下:

  1. 同樣是建立一個(gè)MulticastSocket來進(jìn)行監(jiān)聽
  2. 然后讓其加入到多播網(wǎng)段組當(dāng)中。
  3. 讓其開啟對packet的監(jiān)聽,當(dāng)接收到多播時(shí),便可拿到數(shù)據(jù)并打印出來。

當(dāng)觸發(fā)發(fā)送事件時(shí),得到的結(jié)論與預(yù)期是一致的,結(jié)果如下:

02-11 11:42:36.811 24526-24565/com.nickming.tcpudpdemo I/MulticastServiceB: run: hello world!
02-11 11:42:36.811 24526-24564/com.nickming.tcpudpdemo I/MultiCastService: run: hello world!

兩個(gè)service都能夠收到相應(yīng)的發(fā)送的數(shù)據(jù)。證明這個(gè)多播的方案是可行的,由于多播具有廣播所有的優(yōu)點(diǎn),并且使用起來更方便,所以UDP多播作為Android上的數(shù)據(jù)傳輸還是很方便的。

需要說到的是廣播的話只需要將其中的地址改為255.255.255.255便可改為廣播方式發(fā)送數(shù)據(jù)。

小結(jié)

利用UDP多播,我們可以輕松的在Android平臺上實(shí)現(xiàn)局域網(wǎng)內(nèi)的文件傳輸、視頻聊天、廣播聊天等功能。例如像實(shí)現(xiàn)IPC通信,在同一局域網(wǎng)的環(huán)境下就可以利用TCP或者UDP來實(shí)現(xiàn),比用AIDL等方式要方便些。還有系統(tǒng)里面也有一些功能也是利用多播實(shí)現(xiàn)的,例如像WifiManager.MulticastLock就可以發(fā)送packet來改變wifi的狀態(tài)。總而言之,UDP多播在Android平臺上還是有很多用途的。

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

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

  • 12.1 引言 在第1章中我們提到有三種IP地址:單播地址、廣播地址和多播地址。本章將更詳細(xì)地介紹廣播和多播。 廣...
    張芳濤閱讀 815評論 0 4
  • 1.這篇文章不是本人原創(chuàng)的,只是個(gè)人為了對這部分知識做一個(gè)整理和系統(tǒng)的輸出而編輯成的,在此鄭重地向本文所引用文章的...
    SOMCENT閱讀 13,115評論 6 174
  • 個(gè)人認(rèn)為,Goodboy1881先生的TCP /IP 協(xié)議詳解學(xué)習(xí)博客系列博客是一部非常精彩的學(xué)習(xí)筆記,這雖然只是...
    貳零壹柒_fc10閱讀 5,084評論 0 8
  • 名詞延伸 通俗的說,域名就相當(dāng)于一個(gè)家庭的門牌號碼,別人通過這個(gè)號碼可以很容易的找到你。如果把IP地址比作一間房子...
    楊大蝦閱讀 20,620評論 2 56
  • 11.1 引言 UDP是一個(gè)簡單的面向數(shù)據(jù)報(bào)的運(yùn)輸層協(xié)議:進(jìn)程的每個(gè)輸出操作都正好產(chǎn)生一個(gè)UDP數(shù)據(jù)報(bào),并組裝成一...
    張芳濤閱讀 2,847評論 1 6