基于websocket實(shí)現(xiàn)電網(wǎng)下的消息推送

基于websocket實(shí)現(xiàn)電網(wǎng)下的消息推送

ID:15032416

大?。?3.00 KB

頁數(shù):11頁

時間:2018-08-01

基于websocket實(shí)現(xiàn)電網(wǎng)下的消息推送_第1頁
基于websocket實(shí)現(xiàn)電網(wǎng)下的消息推送_第2頁
基于websocket實(shí)現(xiàn)電網(wǎng)下的消息推送_第3頁
基于websocket實(shí)現(xiàn)電網(wǎng)下的消息推送_第4頁
基于websocket實(shí)現(xiàn)電網(wǎng)下的消息推送_第5頁
資源描述:

《基于websocket實(shí)現(xiàn)電網(wǎng)下的消息推送》由會員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在教育資源-天天文庫。

1、----------------------------------最新精選范文公文分享-----歡迎觀看-----------------------------------------------基于websocket實(shí)現(xiàn)電網(wǎng)下的消息推送【摘要】隨著青海電網(wǎng)的信息化發(fā)展需要的系統(tǒng)增多,在消息處理中每個系統(tǒng)各自為政,而且消息格式不統(tǒng)一、不及時、甚至誤發(fā)的情況,借此統(tǒng)一消息處理,是非常有必要的,本文介紹為解決這個問題,我們提出了通過redis實(shí)現(xiàn)消息存儲,消息隊(duì)列管理,使用websocket實(shí)現(xiàn)服務(wù)端與客戶端的通訊。從而實(shí)現(xiàn)消息統(tǒng)一管理,統(tǒng)一發(fā)送渠道

2、討論說明。中國論文網(wǎng)http://www.xzbu.com/8/view-7248919.htm  【關(guān)鍵詞】rediswebsocket消息服務(wù)  1引言  隨著移動互聯(lián)網(wǎng)的發(fā)展,手機(jī)、平板電腦等智能移動終端成為了信息的重要載體,在移動化的趨勢下,傳統(tǒng)業(yè)務(wù)開始逐步向移動業(yè)務(wù)擴(kuò)展,企業(yè)應(yīng)用系統(tǒng)移動化的需求也隨之日益增長。開始出現(xiàn)消息不統(tǒng)一,無法跨業(yè)務(wù)系統(tǒng),已無法滿足現(xiàn)有業(yè)務(wù)增長需求?! ∠⒔y(tǒng)一服務(wù),為各個業(yè)務(wù)系統(tǒng)與移動端、web端提供統(tǒng)一的消息通道、統(tǒng)一的消息格式,加快業(yè)務(wù)系統(tǒng)的信息建設(shè),剔除各業(yè)務(wù)系統(tǒng)繁雜不統(tǒng)一的消息處理,業(yè)務(wù)系統(tǒng)的開發(fā)人員只需要

3、引入服務(wù)端、客戶端SDK,消息接口調(diào)用就可實(shí)現(xiàn)消息發(fā)送與接收。--------------------------------------------最新精選范文分享--------------謝謝觀看------------------------------------------------------------------------最新精選范文公文分享-----歡迎觀看-----------------------------------------------  這里我們通過使用websocket提供消息通道、redis完成消息存儲通過

4、send服務(wù)器與狀態(tài)服務(wù)器完成消息統(tǒng)一處理?! ?.關(guān)鍵技術(shù)  2.1Query實(shí)現(xiàn)技術(shù)  方便消息數(shù)據(jù)的快速讀寫操作,使用redis技術(shù),redis支持主從的模式、讀寫分離模型、數(shù)據(jù)分片模型,以及他高速操作:SET操作每秒鐘110000次,GET操作每秒鐘81000次。結(jié)合redis支持分布式的特性,使用多服務(wù)器更高效的為消息服務(wù)提供存儲查詢服務(wù)?! ?.2線程池實(shí)現(xiàn)技術(shù)  線程池作用就是限制系統(tǒng)中執(zhí)行線程的數(shù)量。  為實(shí)現(xiàn)系統(tǒng)運(yùn)行效果的最優(yōu)化,可以根據(jù)系統(tǒng)的環(huán)境情況,對線程數(shù)量進(jìn)行自動或手動設(shè)定;少了浪費(fèi)了系統(tǒng)資源,多了造成系統(tǒng)擁擠效率不高。通過

5、線程池進(jìn)行線程數(shù)量的控制,根據(jù)命令的先后依次執(zhí)行。一個任務(wù)完成以后,再執(zhí)行任務(wù)列表中時間最考前的任務(wù)。當(dāng)任務(wù)列表中沒有可執(zhí)行進(jìn)程時,線程池則進(jìn)入等待狀態(tài)。當(dāng)一個新任務(wù)需要完成時,如果線程池中沒有正在運(yùn)行的工作線程,就可以開始運(yùn)行了;否則進(jìn)入等待隊(duì)列。--------------------------------------------最新精選范文分享--------------謝謝觀看------------------------------------------------------------------------最新精選范文公文分享-

6、----歡迎觀看-----------------------------------------------  為什么要用線程池:  減少了創(chuàng)建和銷毀線程的次數(shù),每個工作線程都可以被重復(fù)利用,可執(zhí)行多個任務(wù)?! 】梢愿鶕?jù)系統(tǒng)的承受能力,調(diào)整線程池中工作線線程的數(shù)目,防止因?yàn)橄倪^多的內(nèi)存,而把服務(wù)器累趴下?! ava里面線程池的頂級接口是Executor,但是嚴(yán)格意義上講Executor并不是一個線程池,而只是一個執(zhí)行線程的工具。真正的線程池接口是ExecutorService?! ”容^重要的幾個類:  ExecutorService真正的線程池

7、接口?! cheduledExecutorService能和Timer/TimerTask類似,解決那些需要任務(wù)重復(fù)執(zhí)行的問題?! hreadPoolExecutorExecutorService的默認(rèn)實(shí)現(xiàn)?! cheduledThreadPoolExecutor繼承ThreadPoolExecutor的ScheduledExecutorService接口實(shí)現(xiàn),周期性任務(wù)調(diào)度的類實(shí)現(xiàn)。--------------------------------------------最新精選范文分享--------------謝謝觀看-----------

8、------------------------------------------------------

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費(fèi)完成后未能成功下載的用戶請聯(lián)系客服處理。