[發(fā)明專利]一種服務器異步通信方法、裝置、設備及計算機存儲介質(zhì)

在審

• 申請?zhí)枺?/td>: 201911207132.0
• 申請日: 2019-11-29
• 公開（公告）號: CN110933171A
• 公開（公告）日: 2020-03-27
• 發(fā)明（設計）人: 孟夢
• 申請（專利權）人: 北京浪潮數(shù)據(jù)技術有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L12/12
• 代理公司: 北京集佳知識產(chǎn)權代理有限公司 11227
• 代理人: 王曉坤

本發(fā)明公開了一種服務器異步通信方法、裝置、設備及計算機可讀存儲介質(zhì)，應用于客戶端，包括：啟動客戶端監(jiān)聽端口；向服務器發(fā)送請求報文，與所述服務器建立短鏈接；當所述請求報文發(fā)送成功后，關閉所述短鏈接；將所述請求報文中的客戶端消息碼存儲至預設緩存區(qū)域，并將所述客戶端消息碼所處的請求線程掛起等待，直至所述客戶端監(jiān)聽端口接收到所述服務器發(fā)送的響應報文后，喚醒所述請求線程。本發(fā)明所提供的方法、裝置、設備以及計算機可讀存儲介質(zhì)，大大節(jié)約了客戶端及服務器的網(wǎng)絡IO資源，減少了因為IO等待而造成的資源浪費；客戶端采用異步處理消息的方式，使得網(wǎng)絡請求能力大大提升。

技術領域

本發(fā)明涉及服務器通信技術領域，特別是涉及一種服務器異步通信方法、裝置、設備以及計算機可讀存儲介質(zhì)。

背景技術

目前服務器軟件領域常采取ipmi、snmp、http進行數(shù)據(jù)交互。現(xiàn)有通信技術存在以下缺點：1、客戶端請求需要浪費資源等待服務器響應；2、客戶端需要開啟大量線程與服務器完成通信。

綜上所述可以看出，如何在確保通信安全的同時，減少對客戶端與服務器端網(wǎng)絡資源的浪費是目前有待解決的問題。

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

本發(fā)明的目的是提供一種服務器異步通信方法、裝置、設備以及計算機可讀存儲介質(zhì)，以解決現(xiàn)有服務器通信技術客戶端請求需要浪費資源等待服務器響應，客戶端需要開啟大量線程與服務器完成通信的問題。

為解決上述技術問題，本發(fā)明提供一種服務器異步通信方法，應用于客戶端，包括：啟動客戶端監(jiān)聽端口；向服務器發(fā)送請求報文，與所述服務器建立短鏈接；當所述請求報文發(fā)送成功后，關閉所述短鏈接；將所述請求報文中的客戶端消息碼存儲至預設緩存區(qū)域，并將所述客戶端消息碼所處的請求線程掛起等待，直至所述客戶端監(jiān)聽端口接收到所述服務器發(fā)送的響應報文后，喚醒所述請求線程。

優(yōu)選地，所述向服務器發(fā)送請求報文，與所述服務器建立短鏈接包括：

生成所述請求報文，其中，所述請求報文包括起始標志、報文長度、所述客戶端消息碼與請求正文；

將所述請求報文發(fā)送至所述服務器，與所述服務器建立短鏈接。

優(yōu)選地，所述將所述請求報文中的客戶端消息碼存儲至預設緩存區(qū)域，并將所述客戶端消息碼所處的請求線程掛起等待，直至所述客戶端監(jiān)聽端口接收到所述服務器發(fā)送的響應報文后，喚醒所述請求線程包括：

將所述請求報文中的客戶端消息碼存儲至預設緩存區(qū)域，并將所述客戶端消息碼所處的請求線程掛起等待；

判斷所述客戶端監(jiān)聽端口是否接收到所述服務器發(fā)送的響應報文；

若所述客戶端監(jiān)聽端口接收到所述服務器發(fā)送的響應報文，則解析所述響應報文，獲取服務器端消息碼；

利用所述服務端消息碼喚醒所述請求線程，進行業(yè)務邏輯處理。

優(yōu)選地，所述客戶端監(jiān)聽端口為876端口。

本發(fā)明還提供了一種服務器異步通信方法，應用于服務器端，包括：

啟動服務器監(jiān)聽端口，接收客戶端發(fā)送的請求報文；

生成響應報文，其中，所述響應報文包括起始標志、報文長度、服務器消息碼與響應正文；

將所述響應報文發(fā)送至客戶端監(jiān)聽端口，以便所述客戶端解析所述響應報文，利用獲取到的所述服務器消息碼喚醒所述請求報文中的客戶端消息碼所處的請求線程。

本發(fā)明還提供了一種服務器異步通信裝置，應用于客戶端，包括：

啟動模塊，用于啟動客戶端監(jiān)聽端口；

發(fā)送模塊，用于向服務器發(fā)送請求報文，與所述服務器建立短鏈接；