一種基于nio請求的異步信息處理方法
【技術(shù)領(lǐng)域】
[0001] 本發(fā)明設(shè)及通信技術(shù)領(lǐng)域，尤其設(shè)及一種基于NIO(新的輸入輸出，NewInput Ou化ut)請求的異步信息處理方法。
【背景技術(shù)】
[0002] 隨著網(wǎng)絡(luò)通信技術(shù)的發(fā)展，各種用戶的各類ht化服務(wù)要求越來越多，該對服務(wù)器 提出了更高的要求。
[0003] 而如何提高服務(wù)器的處理速度，尤其是在有高并發(fā)需求的場景，如何提高服務(wù)器 的處理速度，成為技術(shù)人員需要考慮的問題。

【發(fā)明內(nèi)容】

[0004] 本發(fā)明所要解決技術(shù)問題是提供一種基于NI0請求的異步信息處理方法，減輕網(wǎng) 絡(luò)負(fù)擔(dān)，提高服務(wù)器的處理速度。
[0005] 為了解決上述技術(shù)問題，本發(fā)明提供了一種基于NI0請求的異步信息處理方法， 包括W下步驟：
[0006] 接收請求客戶端發(fā)送設(shè)定格式的請求消息，所述請求消息中包括；請求體、請求參 數(shù)、回調(diào)服務(wù)信息；
[0007] 將所述請求消息處理為請求任務(wù)，放入請求任務(wù)隊列；
[000引監(jiān)聽請求任務(wù)隊列的變化，當(dāng)監(jiān)聽到有新的請求任務(wù)，取出所述新的請求任務(wù)并 啟動線程處理，獲得與所述請求任務(wù)相對應(yīng)的響應(yīng)；
[0009] 將獲得的響應(yīng)放置到響應(yīng)隊列；
[0010] 監(jiān)聽設(shè)定時間段內(nèi)響應(yīng)隊列的變化，定時取出設(shè)定時間段內(nèi)發(fā)生變化的響應(yīng)并執(zhí) 行回調(diào)，并向請求客戶端發(fā)送任務(wù)狀態(tài)通知。
[0011] 優(yōu)選的，所述監(jiān)聽請求任務(wù)隊列的變化，為：
[0012] 根據(jù)設(shè)置的時間間隔，由異步模塊異步輪詢所述請求任務(wù)隊列。
[0013] 優(yōu)選的，還包括W下設(shè)置步驟；定義收發(fā)雙方的通信協(xié)議，包括訪問地址，請求參 數(shù)，回調(diào)服務(wù)信息。
[0014] 優(yōu)選的，所述向請求客戶端發(fā)送任務(wù)狀態(tài)通知，包括；回調(diào)成功的任務(wù)狀態(tài)或者回 調(diào)失敗的任務(wù)狀態(tài)。
[0015] 本發(fā)明采用經(jīng)典的生產(chǎn)者與消費(fèi)者模式多線程異步處理請求，節(jié)約了集群計算資 源、避開任務(wù)高峰期、降低了網(wǎng)絡(luò)和本地的10開銷。本發(fā)明通過采用logback異步寫日志到 kafka，從而避免了日志寫本地10對性能的損耗；采用Netty對直接內(nèi)存的操作，用戶可W 像操作一個Buffer那樣方便的對組合Buffer進(jìn)行操作，避免了傳統(tǒng)通過內(nèi)存拷貝的方式 將幾個小Buffer合并成一個大的Buffer,從而減輕JVM開銷，避開了內(nèi)存溢出和降低了GC 的頻率；采用生產(chǎn)者消費(fèi)者的模式處理隊列，從而避開了因任務(wù)并發(fā)導(dǎo)致的集群壓力，節(jié)約 了集群資源；任務(wù)模塊設(shè)計支持可插拔，從而解決了模塊之間高度禪合的情況；采用請求 回調(diào)策略，進(jìn)而實(shí)現(xiàn)任務(wù)狀態(tài)的返饋；
[0016] 本發(fā)明可做輕量級的ht化服務(wù)，由于其異步雙工的特性，從而可應(yīng)用于絕大多數(shù) 有高并發(fā)需求的場景，因?yàn)楸境绦虿粚o態(tài)/動態(tài)html頁面做解析，所W其處理速度與響 應(yīng)速度都比現(xiàn)在主流的web服務(wù)器（tomcat)要快，可用于后臺異步批處理。
【附圖說明】
[0017] 圖1為本發(fā)明提供的一種基于NI0請求的異步信息處理方法流程圖。
【具體實(shí)施方式】
[0018] 下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實(shí)施例僅是本發(fā)明一部分實(shí)施例，而不是全部。基于本發(fā)明中的 實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都 屬于本發(fā)明保護(hù)的范圍。
[0019] 參照圖1所示，為本發(fā)明提供的一種基于NI0請求的異步信息處理方法流程圖。所 述方法包括：
[0020] 步驟101，接收客戶端發(fā)送設(shè)定格式的請求消息，所述請求消息中包括：請求體、 請求參數(shù)、回調(diào)服務(wù)信息；
[002U 舉例如下；因設(shè)及安全方面，部分參數(shù)省略，對于回調(diào)服務(wù)信息，其中％erify_ error"為校驗(yàn)失敗回調(diào)的U化，"verify_ok"為校驗(yàn)成功回調(diào)的U化，"apply_erro;r"為處 理失敗回調(diào)的U化，"apply_ok"為處理成功回調(diào)的U化，其余屬性為請求參數(shù)。
[0022]
[0023] 步驟102,將所述請求消息處理為請求任務(wù)，放入請求任務(wù)隊列；
[0024] 步驟103,異步模塊監(jiān)聽請求任務(wù)隊列的變化；
[0025] 步驟104,當(dāng)監(jiān)聽到有新的請求任務(wù)，取出請求任務(wù)并啟動線程處理，獲得與所述 請求任務(wù)相對應(yīng)的響應(yīng)；
[0026] 監(jiān)聽是根據(jù)設(shè)置的時間間隔，由一個TimerTask(定時任務(wù)）異步去輪詢該個隊 列；
[0027] 該里的Executor是可插拔的，不同的任務(wù)由不同的Executor去執(zhí)行。
[002引步驟105,將獲得的響應(yīng)放置到響應(yīng)隊列；
[0029] 步驟106,監(jiān)聽任務(wù)模塊監(jiān)聽響應(yīng)隊列（requestqueue)的變化，（Timer"Task輪 詢）取出并執(zhí)行回調(diào)，并向請求客戶端發(fā)送任務(wù)狀態(tài)通知。
[0030] 由我方服務(wù)通過協(xié)議取出回調(diào)服務(wù)并向請求者發(fā)送任務(wù)狀態(tài)通知。任務(wù)狀態(tài)可W 為成功、失敗等狀態(tài)。
[0031] 需要說明的是，本發(fā)明需要定義收發(fā)雙方的通信協(xié)議，包含訪問地址，請求參數(shù)， 回調(diào)服務(wù)信息等內(nèi)容。
[0032] 本發(fā)明是基于NI0開發(fā)的一個http服務(wù)，可處理固定的http請求，客戶端（瀏 覽器等）發(fā)送的ht化請求須有固定的請求格式，格式包含；請求體、請求參數(shù)、回調(diào)服務(wù)， request部分，會對請求做簡單安全認(rèn)證和格式處理。因?yàn)閿?shù)據(jù)是設(shè)密的所W需要安全認(rèn) 證，請求協(xié)議的請求體部分的token屬性為安全認(rèn)證。處理后的請求會統(tǒng)一放入request queue,異步模塊Asyn化sk會監(jiān)聽requestqueue的變化，取出請求任務(wù)并啟動線程 exe州tor處理，處理完成的請求會被放置到ResponseQueue。ResponseQueue被監(jiān)聽任務(wù) Cal化ack化sk取出并執(zhí)行回調(diào)，通知被回調(diào)服務(wù)任務(wù)完成。
[0033] 本發(fā)明框架模型簡單，復(fù)用nettyhttpHandler(netty為本程序設(shè)計的開源的第 =方工具，其中的httpHandler是其提供的一個處理http請求解析的類，負(fù)責(zé)我方服務(wù)對 ht化請求的解析部分）實(shí)現(xiàn)基于NIO異步雙向通訊處理ht化服務(wù)，可在較短時間內(nèi)開發(fā)出 具有高并發(fā)、低延遲的http服務(wù)。
[0034] 基于靈活可擴(kuò)展的json格式做報文通訊協(xié)議，采用統(tǒng)一的異步處理接口API實(shí)現(xiàn) 任務(wù)處理可插拔，使用線程池模式管理Executor保證處理的高效性。采用經(jīng)典的生產(chǎn)者與 消費(fèi)者模式多線程異步處理請求，節(jié)約了集群計算資源、避開任務(wù)高峰期、降低了網(wǎng)絡(luò)和本 地的10開銷。
[0035] W上所述的【具體實(shí)施方式】，對本發(fā)明的目的、技術(shù)方案和有益效果進(jìn)行了進(jìn)一步 詳細(xì)說明，所應(yīng)理解的是，W上所述僅為本發(fā)明的【具體實(shí)施方式】，并不用于限定本發(fā)明的保 護(hù)范圍，凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本 發(fā)明的保護(hù)范圍之內(nèi)。
【主權(quán)項】
1. 一種基于NIO請求的異步信息處理方法，其特征在于，包括以下步驟： 接收請求客戶端發(fā)送設(shè)定格式的請求消息，所述請求消息中包括：請求體、請求參數(shù)、 回調(diào)服務(wù)信息； 將所述請求消息處理為請求任務(wù)，放入請求任務(wù)隊列； 監(jiān)聽請求任務(wù)隊列的變化，當(dāng)監(jiān)聽到有新的請求任務(wù)，取出所述新的請求任務(wù)并啟動 線程處理，獲得與所述請求任務(wù)相對應(yīng)的響應(yīng)； 將獲得的響應(yīng)放置到響應(yīng)隊列； 監(jiān)聽設(shè)定時間段內(nèi)響應(yīng)隊列的變化，定時取出設(shè)定時間段內(nèi)發(fā)生變化的響應(yīng)并執(zhí)行回 調(diào)，并向請求客戶端發(fā)送任務(wù)狀態(tài)通知。2. 如權(quán)利要求1所述的方法，其特征在于，所述監(jiān)聽請求任務(wù)隊列的變化，為： 根據(jù)設(shè)置的時間間隔，由異步模塊異步輪詢所述請求任務(wù)隊列。3. 如權(quán)利要求1所述的方法，其特征在于，還包括以下設(shè)置步驟：定義收發(fā)雙方的通信 協(xié)議，包括訪問地址，請求參數(shù)，回調(diào)服務(wù)信息。4. 如權(quán)利要求1所述的方法，其特征在于，所述向請求客戶端發(fā)送任務(wù)狀態(tài)通知，包 括：回調(diào)成功的任務(wù)狀態(tài)或者回調(diào)失敗的任務(wù)狀態(tài)。
【專利摘要】本發(fā)明提供了一種基于NIO請求的異步信息處理方法，包括以下步驟：接收請求客戶端發(fā)送設(shè)定格式的請求消息，所述請求消息中包括：請求體、請求參數(shù)、回調(diào)服務(wù)信息；將所述請求消息處理為請求任務(wù)，放入請求任務(wù)隊列；監(jiān)聽請求任務(wù)隊列的變化，當(dāng)監(jiān)聽到有新的請求任務(wù)，取出所述新的請求任務(wù)并啟動線程處理，獲得與所述請求任務(wù)相對應(yīng)的響應(yīng)；將獲得的響應(yīng)放置到響應(yīng)隊列；監(jiān)聽設(shè)定時間段內(nèi)響應(yīng)隊列的變化，定時取出設(shè)定時間段內(nèi)發(fā)生變化的響應(yīng)并執(zhí)行回調(diào)，并向請求客戶端發(fā)送任務(wù)狀態(tài)通知。本發(fā)明采用經(jīng)典的生產(chǎn)者與消費(fèi)者模式多線程異步處理請求，節(jié)約了集群計算資源、避開任務(wù)高峰期、降低了網(wǎng)絡(luò)和本地的IO開銷。
【IPC分類】H04L29/08, G06F9/54
【公開號】CN104917833
【申請?zhí)枴緾N201510306927
【發(fā)明人】葛祺, 郭彥超
【申請人】北京集奧聚合網(wǎng)絡(luò)技術(shù)有限公司
【公開日】2015年9月16日
【申請日】2015年6月8日