[發明專利]基于grpc及protobuf實現綜治工作端系統通信的方法

在審

• 申請號: 201910630809.5
• 申請日: 2019-07-12
• 公開（公告）號: CN110321237A
• 公開（公告）日: 2019-10-11
• 發明（設計）人: 李光強;張超
• 申請（專利權）人: 四川長虹電子系統有限公司
• 主分類號: G06F9/54
• 分類號: G06F9/54;G06F8/41;H04L29/06;H04L29/08
• 代理公司: 成都虹橋專利事務所(普通合伙) 51124
• 代理人: 郝迎賓

本發明提出一種基于grpc及protobuf實現綜治工作端系統通信的方法，屬于綜治工作端系統通信領域。本發明解決了目前使用http1.1和json的restful接口實現的綜治工作端系統中出現的請求服務端響應慢、延遲高、耗流量、功耗高等技術問題，其技術方案要點為：定義grpc允許的服務方法，并根據客戶端對數據信息的處理方式調用對應的服務方法；基于服務方法定義中創建的.proto文件，使用各語言對應的protobuf編譯器對其編譯生成客戶端和服務器端代碼；grpc將請求發送到服務器并返回服務器的協議緩沖區響應之后查看。本發明能夠加快響應、降低延遲、節省流量、降低功耗。

技術領域

本發明涉及綜治工作端系統通信技術，特別涉及基于grpc及protobuf實現綜治工作端系統通信的方法的技術。

背景技術

綜治工作端系統主要服務于綜治工作人員和網格員的日常工作。其中網格員日常工作范圍覆蓋到鄉村以及社區街道，這就給綜治工作端系統使用環境帶來了極度復雜性?；谥袊鶈T遼闊，人員居住分散，偏遠山區運營商信號難以全方位覆蓋的國情，而網格員日常工作任務需要定期走訪巡查并采集上報所轄轄區人員住房或治安等其他情況數據，造成在偏遠深山或者街道死角手機信號偏弱的地方，網格員使用早期版本綜治工作端系統所采用的是http1.1通信協議，此種通信協議存在以下問題造成請求后臺服務時響應緩慢以及延遲高等問題：

1、線頭阻塞：客戶端在HTTP GET請求上收到的第一個響應通常不是完全呈現的頁面。相反，它包含指向所請求頁面所需的其他資源的鏈接?？蛻舳税l現只有在下載頁面后，頁面的完整呈現才需要來自服務器的這些額外資源。因此，客戶端將不得不提出額外的請求來檢索這些資源。在HTTP/1.0中，客戶端必須在每次新請求時打破并重新建立TCP連接，這在時間和資源方面都是代價高昂的。HTTP/1.1通過引入持久連接和流水線來解決這個問題。對于持久連接，HTTP/1.1假定TCP連接應保持打開，除非直接告知關閉。這允許客戶端在同一連接上發送多個請求，而無需等待每個請求的響應，從而大大提高了HTTP/1.1overHTTP/1.0的性能。不幸的是，這種優化策略存在天然的瓶頸。由于多個數據包在前往同一目的地時不能相互傳遞，因此存在無法檢索其所需資源的隊列頭部的請求將阻止其后面的所有請求的情況。這稱為線頭(HOL)阻塞，并且是優化HTTP/1.1中的連接效率的重要問題。添加單獨的并行TCP連接可以緩解此問題，但客戶端和服務器之間可能存在的并發TCP連接數存在限制，并且每個新連接都需要大量資源。

2、頭部信息冗余：HTTP是無狀態的，用戶端/服務端只能通過HEAD的數據維護獲取狀態信息，這樣就造成每次連接請求時都會攜帶大量冗余的頭部信息，頭部信息包括COOKIE信息等。

同時由于網格員在做日常工作辦理時大部分場景是只能依賴移動流量套餐聯網請求后臺服務，而移動流量套餐資費往往受限于當地政府財政投入，很多時候由于采集數據量大造成網格員在使用過程中超過額定流量套餐上限，而不得不自費結算超標的流量費用，這增加了貧窮偏遠山區政府以及網格員的財政負擔。早期版本綜治工作端系統基于restful風格的接口規范，采用json序列化格式，造成工作端與后臺服務數據交互時傳輸的數據字節流量大，數據反序列化耗時過長。

以上這些問題給綜治工作人員和網格員的日常工作帶來了巨大隱患，致使工作效率低下，人力成本增高，不利于快速響應老百姓的日常訴求。

發明內容

本發明的目的是提供一種基于grpc及protobuf實現綜治工作端系統通信的方法，解決目前使用http1.1和json的restful接口實現的綜治工作端系統中出現的請求服務端響應慢、延遲高、耗流量、功耗高等技術問題。

本發明解決其技術問題，采用的技術方案是：基于grpc及protobuf實現綜治工作端系統通信的方法，包括如下步驟：

步驟1、定義grpc允許的服務方法，并根據客戶端對數據信息的處理方式調用對應的服務方法；