【摘要】：如今移動(dòng)互聯(lián)網(wǎng)技術(shù)發(fā)展迅速,特別是5G的推出,在理論上可達(dá)每秒數(shù)十GB的傳輸速度,是4G網(wǎng)絡(luò)傳輸速度的數(shù)百倍,網(wǎng)絡(luò)傳輸速度已經(jīng)不再是網(wǎng)絡(luò)通信系統(tǒng)的瓶頸。在網(wǎng)絡(luò)速度不斷提升的同時(shí),各種新的產(chǎn)品層出不窮,可以上網(wǎng)的設(shè)備已經(jīng)不局限于手機(jī)、平板電腦等手持設(shè)備,而是擴(kuò)展到如汽車、空調(diào)、音箱等智能設(shè)備,這極大增加了網(wǎng)絡(luò)的數(shù)據(jù)量。同時(shí),新的業(yè)務(wù)場(chǎng)景對(duì)系統(tǒng)的實(shí)時(shí)性和穩(wěn)定性要求越來越高,并且如今用戶對(duì)于產(chǎn)品的體驗(yàn)要求越來越高,因此開發(fā)出可以穩(wěn)定、快速的即時(shí)通信系統(tǒng)可以極大提高用戶體驗(yàn),具有重要意義。本文設(shè)計(jì)并實(shí)現(xiàn)了一種分布式即時(shí)通信系統(tǒng),實(shí)現(xiàn)了在3秒左右即可完成服務(wù)器動(dòng)態(tài)上線、下線,支持服務(wù)器“優(yōu)雅”的下線。在通信協(xié)議的選擇上,研究各種通信協(xié)議,如XMPP、MQTT等,經(jīng)過比對(duì)各協(xié)議的優(yōu)缺點(diǎn)后,確定使用一種自定義的協(xié)議格式,協(xié)議主體用谷歌開發(fā)的Google Protocol Buffer,在協(xié)議主體前加上報(bào)文頭,用于標(biāo)識(shí)消息長(zhǎng)度和數(shù)據(jù)加密解密。在跨服消息處理上,利用REDIS作為中間緩存,各服務(wù)器到緩存取用戶的消息,并設(shè)計(jì)了一種策略,避免無效輪詢導(dǎo)致服務(wù)器負(fù)載過高。在連接方式上,采用基于TCP的長(zhǎng)連接,并且在客戶端、服務(wù)器之間采用心跳機(jī)制來定期檢查連接。最后,為了便于對(duì)系統(tǒng)進(jìn)行測(cè)試,開發(fā)了客戶端程序,并實(shí)現(xiàn)了注冊(cè)、登錄、發(fā)送消息、修改密碼、添加好友、刪除好友、創(chuàng)建群組等業(yè)務(wù)功能。
【學(xué)位授予單位】：北京化工大學(xué)
【學(xué)位級(jí)別】：碩士
【學(xué)位授予年份】：2018
【分類號(hào)】：TP311.52
【圖文】：

ｄｏｓｅ函數(shù)，關(guān)閉套接字，由于套接字描述符占用句柄資源，當(dāng)不需要連接時(shí)，需逡逑要調(diào)用此函數(shù)釋放資源。逡逑函數(shù)調(diào)用流程如圖２－２所示。逡逑［邐邐邐｜邋邐：？？？—邐？？？？？．逡逑ｓｏｃｋｅｔ（）邐ｓｏｃｋｅｔ（）逡逑Ｙ逡逑ｂｉｎｄ（）逡逑邐ｙ逡逑ｌｉｓｔｅｎ（）逡逑邐＞ｊｒ邐邋邋ｙ逡逑ｃｏｎｎｅｃｔ（）邋邐？ａｃｃｅｐｔ。逡逑邐ｉｙ邐逡逑ｗｒｉｔｅ。邋邐？邋ｒｅａｄ（）逡逑邐ｉ邐邐邋Ｙ邐逡逑ｒｅａｄ。邐＜邐邋ｗｒｉｔｅ。逡逑邐ｉ邐邐邋Ｙ邐逡逑ｃｌｏｓｅ。邋邐＞邋ｃｌｏｓｅ（）逡逑圖２－２套接字函數(shù)調(diào)用流程逡逑Ｆｉｇ．２－２邋Ｓｏｃｋｅｔ邋ｆｕｎｃｔｉｏｎ邋ｃａｌｌ邋ｆｌｏｗ逡逑套接字有阻塞和非阻塞兩種模式，創(chuàng)建成功后，默認(rèn)為阻塞模式，在阻塞模式下，逡逑ｃｏｎｎｅｃｔ、ａｃｃｅｐｔ、ｗｒｉｔｅ、ｒｅａｄ函數(shù)會(huì)阻塞，一直到數(shù)據(jù)發(fā)送完成或有新的網(wǎng)絡(luò)請(qǐng)求到逡逑來才會(huì)返回，在這段時(shí)間，調(diào)用這些函數(shù)的線程或者進(jìn)程會(huì)一直被阻塞，無法執(zhí)行其逡逑他操作，因此對(duì)于需要處理大量網(wǎng)絡(luò)請(qǐng)求的服務(wù)器，顯然不可能使用阻塞模式，而是、逡逑必須工作在非阻塞模式。非阻塞模式下，上述函數(shù)調(diào)用后會(huì)立即返回，此時(shí)不能只從逡逑返回值判斷函數(shù)執(zhí)行是否成功，還需要判斷ｅｒｒｎｏ值，為了避免對(duì)操作符執(zhí)行不必要的逡逑８逡逑

圖２－３邋ｐｒｏｔｏｂｕｆ與ｘｍｌ解析速度對(duì)比逡逑Ｆｉｇ．２－３邋Ａｎａｌｙｓｉｓ邋ｓｐｅｅｄ邋ｏｆ邋ｐｒｏｔｏｂｕｆ邋ａｎｄ邋ＸＭＬ逡逑

而且速度較快，適用于加密大量數(shù)據(jù)的場(chǎng)合［２１，２２１。逡逑由于ＤＥＳ算法密鑰過短，存在一定的安全隱患，又產(chǎn)生了３ＤＥＳ，也就是通過執(zhí)行逡逑３次ＤＥＳ來達(dá)到增加密鑰長(zhǎng)度和提高安全性，其過程如圖２－４所示。逡逑密鑰１丨邐密鑰２邐：密鑰３逡逑邐邐邋邐）邋［邐邋邐邐邋邐＞邋［邐邋邐邐邋邐］邋［邐邋．邐逡逑明文一＋邋加密：一￣？密文１邋—？解密——？密文２邋Ｉ——？加密；￣？密文逡逑＿．ｙ邐邐邐逡逑圖２－４邋３ＤＥＳ算法流程逡逑Ｆｉｇ．２－４邋３ＤＥＳ邋ａｌｇｏｒｉｔｈｍ邋ｆｌｏｗ逡逑１２逡逑

【參考文獻(xiàn)】

相關(guān)期刊論文 前10條

1 聶曉旭;于鳳芹;欽道理;;基于Protobuf的數(shù)據(jù)傳輸協(xié)議[J];計(jì)算機(jī)系統(tǒng)應(yīng)用;2015年08期

2 高明;;淺談對(duì)稱加密算法與非對(duì)稱加密算法的應(yīng)用[J];電子世界;2015年15期

3 馬豫星;;Redis數(shù)據(jù)庫特性分析[J];物聯(lián)網(wǎng)技術(shù);2015年03期

4 王重楠;王宗陶;鮑忠貴;邢宏偉;;發(fā)布/訂閱模式測(cè)控消息中間件系統(tǒng)設(shè)計(jì)[J];計(jì)算機(jī)應(yīng)用;2015年03期

5 朱亞興;余愛民;王夷;;基于Redis+MySQL+MongoDB存儲(chǔ)架構(gòu)應(yīng)用[J];微型機(jī)與應(yīng)用;2014年13期

6 張超;潘旭東;;Linux下基于EPOLL機(jī)制的海量網(wǎng)絡(luò)信息處理模型[J];強(qiáng)激光與粒子束;2013年S1期

7 李紀(jì)欣;王康;周立發(fā);章軍;;Google Protobuf在Linux Socket通訊中的應(yīng)用[J];電腦開發(fā)與應(yīng)用;2013年04期

8 梁明剛;陳西曲;;Linux下基于epoll+線程池高并發(fā)服務(wù)器實(shí)現(xiàn)研究[J];武漢工業(yè)學(xué)院學(xué)報(bào);2012年03期

9 王心妍;;Memcached和Redis在高速緩存方面的應(yīng)用[J];無線互聯(lián)科技;2012年09期

10 曹曉麗;王愛強(qiáng);;AES算法研究[J];洛陽師范學(xué)院學(xué)報(bào);2011年08期

相關(guān)碩士學(xué)位論文 前1條

1 錢睿碩;基于GPU加速的MD5哈希函數(shù)加密算法研究[D];華中科技大學(xué);2009年

本文編號(hào)：2758898