本發明公開了一種展示離線消息的方法及終端，通過新增離線消息數量記錄表，所述離線消息數量記錄表包括離線消息數量和最新離線消息記錄的信息，每次接收獲取離線消息的請求時，直接根據所述離線消息數量記錄表展示離線消息數量和最新離線消息記錄的信息，區別于拉取離線消息記錄表中每一條離線消息進行統計的現有方式，本發明可以直接根據所述離線消息數量記錄表獲取離線消息數量和最新離線消息記錄的信息進行展示，可以快速展示離線消息，減少運算時間，提高效率和用戶體驗感。

技術領域

本發明涉及離線消息技術領域，尤其是涉及一種展示離線消息的方法及終端。

背景技術

在現在系統或者APP中都存在消息推送功能，一般APP系統的客戶端數量會達到幾十萬到上百萬之多，每一個客戶端均要與服務器保持一個長連接，有幾十萬到上百萬的長連接會連接到服務器上。同時，已建立長連接的APP需要每隔一定時間發送心跳包給服務器，使服務端可以確認該APP設備是否斷線。

在這種幾十萬到幾百萬的長連接均連接到服務器的情況下，會給服務器帶來很大的壓力，由于手機客戶端的網絡情況不穩定，還常常會出現斷網、上網、或者網絡切換等等網絡上的問題，造成推送消息存在在線推送和離線推送兩種情況。當網絡穩定時，連接通道成功建立，手機客戶端可以進行消息的在線推送，當網絡中斷或者其他情況時，連接通道未成功建立，則表示手機客戶端不在線，服務端保存離線消息，待客戶端再次上線時才進行離線消息的發送，此時，當手機客戶端重啟后，大量的離線用戶重新連接上來均要獲取自己的離線消息，給服務端帶來了巨大的壓力，可能導致服務器再次宕機。

舊有系統中，針對離線消息數量以及離線消息明細的獲取一般是通過在服務端中設有一張記錄每個離線用戶的離線消息的離線消息記錄表，以一條離線消息對應一條記錄的方式進行記錄。當客戶端上線獲取離線消息時，通過分頁獲取該客戶端對應的離線消息，并由客戶端或者服務端進行離線消息數量上的統計，當獲取所有離線消息并統計完畢后，在客戶端界面進行相關展示，這時，若離線消息數量巨大，將導致獲取和統計離線消息的時間較長，造成客戶端展示界面加載緩慢的問題。

發明內容

本發明所要解決的技術問題是：提供一種展示離線消息的方法及終端，可以快速展示離線消息，提高用戶體驗感。

為了解決上述技術問題，本發明采用的一種技術方案為：

一種展示離線消息的方法，包括步驟：

S1、新增離線消息數量記錄表，所述離線消息數量記錄表包括離線消息數量和最新離線消息記錄的信息；

S2、接收獲取離線消息的請求，根據所述離線消息數量記錄表展示離線消息數量和最新離線消息記錄。

為了解決上述技術問題，本發明采用的另一種技術方案為：

一種展示離線消息的終端，包括存儲器、處理器及存儲在存儲器上并可在所述處理器上運行的計算機程序，所述處理器執行所述計算機程序時實現以下步驟：

S1、新增離線消息數量記錄表，所述離線消息數量記錄表包括離線消息數量和最新離線消息記錄的信息；

S2、接收獲取離線消息的請求，根據所述離線消息數量記錄表展示離線消息數量和最新離線消息記錄。

本發明的有益效果在于：通過新增離線消息數量記錄表，所述離線消息數量記錄表包括離線消息數量和最新離線消息記錄的信息，每次接收獲取離線消息的請求時，直接根據所述離線消息數量記錄表展示離線消息數量和最新離線消息記錄，區別于拉取離線消息記錄表中每一條離線消息進行統計的現有方式，本發明可以直接根據所述離線消息數量記錄表獲取離線消息數量和最新離線消息記錄進行展示，可以快速展示離線消息，減少運算時間，提高效率和用戶體驗感。

附圖說明

圖1為本發明實施例的一種展示離線消息的方法的步驟流程圖；