[發明專利]一種高性能的即時通訊方法

在審

• 申請號: 202011561855.3
• 申請日: 2020-12-25
• 公開（公告）號: CN112751842A
• 公開（公告）日: 2021-05-04
• 發明（設計）人: 麥淼;曾文;羅小龍
• 申請（專利權）人: 廣東南方新媒體科技有限公司
• 主分類號: H04L29/06
• 分類號: H04L29/06;H04L29/08
• 代理公司: 暫無信息
• 代理人: 暫無信息

本發明屬于即時通訊領域，涉及一種高性能的即時通訊方法，即底層基于TCP/IP網絡協議族，利用netty高性能的異步的事件驅動等特性構建高性能聊天服務器；本發明自行實現適配websocket協議、http協議，可根據不同的協議信息適配不同的處理器，不同協議消息無縫轉換；自行實現ssl通訊加密，確保數據傳輸安全性，消息密文傳輸；提供即時通訊能力的同時，也支持http常規接口通訊，屏蔽技術框架controller層業務代碼；實現多客戶的同時在線及消息漫游；以上技術發明已應用到實際業務中投入使用，并持續發揮價值，賦能智媒云建設。

技術領域

本發明屬于即時通訊領域，涉及一種高性能的即時通訊方法。

背景技術

即時通訊領域較為廣泛，利用長連接的特性，可以應用在視頻會議、聊天、私信、互動、彈幕等場景。在此發明中，主要用于實時聊天，并確保消息可靠度，賦能業務系統。目前業界聊天是使用輪詢來實現，該方式存在消息送達延遲用戶體驗不好、浪費服務器資源和帶寬資源、不利于擴展多應用接入。

發明內容

本發明針對上述存在的不足點，在netty、websocket技術棧的基礎上，本發明通過建立長連接實現了實時聊天，消息實時送達用戶、不發送無用請求最大化的利用了服務器和帶寬資源，并通過自定義協議增加租戶的屬性，實現了多應用的快速接。

為了達到上述目的，本發明采用的技術方案為，

一種高性能的即時通訊方法，依次包括客戶端消息發送、SSL通訊加密、聊天服務端接收消息、多協議處理，最終實現多客戶的同時在線及消息漫游。

作為優選，依次包括客戶端消息發送、SSL通訊加密、聊天服務端接收消息、多協議處理、接口適配、消息適配，最終實現多客戶的同時在線及消息漫游；

上述步驟具體為：

所述客戶端消息發送則為客戶端發送密文消息；

所述SSL通訊加密則為客戶端經過網絡傳輸到達服務端，經過網絡傳輸到達服務端；

所述多協議處理則為將websocket協議、netty協議、http協議進行融合，統一通過適配協議、數據統一內存共享，集成至同一個服務；即服務端收取到消息后，會觸發channelRead事件，當數據到達后，eventLoop被喚醒繼而調用channelRead方法做協議解析，根據請求類型解析判斷是http協議還是WebSocket協議，如果是HTTP協議類型的請求消息，解析報文協議頭信息，根據不同的協議處理不同的業務，則交由相應的處理器處理，如果是websocket協議，則分發到給相應的webSocket處理器處理。

作為優選，所述客戶端則為web瀏覽器或app。

作為優選，其APP端/web端加密傳輸：發送消息時，客戶端先使用AES對稱方式對明文消息進行加密成密文，密文再傳送到后端。

作為優選，所述接口適配則為：在im服務應用場景中，有很多需要使用http服務的場景情況，使用已有http服務容器存在需要再發布1個端口的缺點，通過自實現http服務容器，結合springMvc優勢和已有能力，實現了單個端口同時提供im實時通訊服務和im http服務。

作為優選，所述消息適配則為：客戶端(app、web)登錄im成功后，傳遞最后一條消息記錄給到服務端，服務端會返回這條消息之后的所有新消息；服務端收到信消息后，檢查終端用戶是否在線，如果在線則執行同步推送，且會記錄是否成功，如若失敗，程序會重試3次；對于推送成功的消息進入到預成功隊列，直至收到客戶端回執成功的信息后，才從預成功隊列移除，否則im服務端重試推送消息；此外，Web端還提供im斷線后自動重連機制。

與現有技術相比，本發明的優點和積極效果在于，