[發(fā)明專利]一種基于TCP協(xié)議的長連接微服務通信方法

在審

• 申請?zhí)枺?/td>: 201810921007.5
• 申請日: 2018-08-14
• 公開（公告）號: CN108924162A
• 公開（公告）日: 2018-11-30
• 發(fā)明（設計）人: 何德球;陳鋮
• 申請（專利權(quán)）人: 安徽云才信息技術(shù)有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08;H04L12/26
• 代理公司: 安徽深藍律師事務所 34133
• 代理人: 汪鋒

本發(fā)明公開了一種基于TCP協(xié)議的長連接微服務通信方法，包括以下步驟：通過web下載G?RPC源碼包到各個微服務工程的TCP服務器內(nèi)，并編譯G?RPC，在TCP服務器內(nèi)配置Swoole的監(jiān)聽IP和端口號，并配置nginx反向代理，響應請求注冊網(wǎng)絡指令，建立TCP鏈路；在G?RPC配置項里開啟長鏈接請求，當一個TCP服務器監(jiān)聽端口接收到外部服務器發(fā)起的TCP長鏈接請求或表計的數(shù)據(jù)發(fā)送請求，發(fā)起一個或多個與外部服務器建立TCP通信的TCP通信鏈接請求；開啟TCP鏈路，在接收或發(fā)送數(shù)據(jù)后，主動斷開TCP鏈路。本發(fā)明提高連接速度，復用連接不浪費，穩(wěn)定不丟包，效率和性能明顯提高。

技術(shù)領域

本發(fā)明涉及網(wǎng)絡通信技術(shù)領域，尤其涉及一種基于TCP協(xié)議的長連接微服務通信方法。

背景技術(shù)

現(xiàn)有微服務間的通信往往基于http協(xié)議，即短連接，每次建立服務端連接都需要經(jīng)過多次握手，才能建立通信，這種通信方式效率偏低，而且連接不穩(wěn)定，容易丟包，連接不復用，造成資源浪費。

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

本發(fā)明目的就是為了彌補已有技術(shù)的缺陷，提供一種基于TCP協(xié)議的長連接微服務通信方法。

本發(fā)明是通過以下技術(shù)方案實現(xiàn)的：

一種基于TCP協(xié)議的長連接微服務通信方法，包括以下步驟：通過web下載G-RPC源碼包到各個微服務工程的TCP服務器內(nèi)，并編譯G-RPC，在TCP服務器內(nèi)配置Swoole的監(jiān)聽IP和端口號，并配置nginx反向代理，響應請求注冊網(wǎng)絡指令，建立TCP鏈路；在G-RPC配置項里開啟長鏈接請求，當一個TCP服務器監(jiān)聽端口接收到外部服務器發(fā)起的TCP長鏈接請求或表計的數(shù)據(jù)發(fā)送請求，發(fā)起一個或多個與外部服務器建立TCP通信的TCP通信鏈接請求；開啟TCP鏈路，在接收或發(fā)送數(shù)據(jù)后，主動斷開TCP鏈路。

還包括以下步驟：在TCP鏈路建立后，若TCP鏈接通道在一個周期內(nèi)無數(shù)據(jù)通信，則發(fā)送心跳幀給外部服務器；若在發(fā)送預設次數(shù)的心跳幀后，外部設備無響應，則重新建立TCP鏈路。

本發(fā)明的優(yōu)點是：本發(fā)明在TCP服務器內(nèi)配置Swoole的監(jiān)聽IP和端口號，并配置nginx反向代理，在G-RPC配置項里開啟長鏈接請求，提高連接速度，復用連接不浪費，穩(wěn)定不丟包，效率和性能明顯提高。

附圖說明

圖1為本發(fā)明方法效果圖。

具體實施方式

如圖1所示，一種基于TCP協(xié)議的長連接微服務通信方法，包括以下步驟：通過web下載G-RPC源碼包到各個微服務工程的TCP服務器內(nèi)，并編譯G-RPC，在TCP服務器內(nèi)配置Swoole的監(jiān)聽IP和端口號，并配置nginx反向代理，響應請求注冊網(wǎng)絡指令，建立TCP鏈路；在G-RPC配置項里開啟長鏈接請求，當一個TCP服務器監(jiān)聽端口接收到外部服務器發(fā)起的TCP長鏈接請求或表計的數(shù)據(jù)發(fā)送請求，發(fā)起一個或多個與外部服務器建立TCP通信的TCP通信鏈接請求；開啟TCP鏈路，在接收或發(fā)送數(shù)據(jù)后，主動斷開TCP鏈路。

還包括以下步驟：在TCP鏈路建立后，若TCP鏈接通道在一個周期內(nèi)無數(shù)據(jù)通信，則發(fā)送心跳幀給外部服務器；若在發(fā)送預設次數(shù)的心跳幀后，外部設備無響應，則重新建立TCP鏈路。