[發明專利]處理應用程序的故障的方法、裝置和系統

有效

• 申請號: 201710665615.X
• 申請日: 2017-08-07
• 公開（公告）號: CN109388546B
• 公開（公告）日: 2022-06-07
• 發明（設計）人: 李政
• 申請（專利權）人: 北京京東尚科信息技術有限公司;北京京東世紀貿易有限公司
• 主分類號: G06F11/34
• 分類號: G06F11/34
• 代理公司: 中原信達知識產權代理有限責任公司 11219
• 代理人: 張一軍;姜勁

本發明公開了一種處理應用程序的故障的方法、裝置和系統，涉及計算機領域。該方法的一具體實施方式包括：單獨獲取應用程序運行時產生的異常數據，所述異常數據中的任一個包括至少一種異常特征信息；根據所述異常特征信息對所述異常數據進行聚合，獲取與任一異常特征信息對應的異常數據數量；展示任一異常特征信息、以及與該異常特征信息對應的異常數據數量，以處理應用程序的故障。該實施方式能夠快速發現故障，準確定位故障點。

技術領域

本發明涉及計算機領域，尤其涉及一種處理應用程序的故障的方法、裝置和系統。

背景技術

在計算機技術領域中，需要及時處理應用程序運行過程中產生的故障，這樣才能保證業務的正常運營，提升用戶體驗，因此，需要通過技術手段第一時間發現與定位故障點。

現有技術中故障發現與處理的流程一般如下：

S101.通過硬編碼生成采集程序，將應用程序運行時的異常信息輸出至日志文件。

S102.日志收集服務將日志文件內容上報至日志系統存儲。

S103.通過監控系統發現系統發生故障時，以人工的方式在日志系統查詢異常日志，以定位故障原因；如果無法定位原因只能臨時修改代碼。

在實現本發明的過程中，發明人發現現有技術至少存在以下問題：

1.日志輸出依賴程序硬編碼，發生故障時，對于沒有輸出異常數據的故障點無法定位，必須上線處理，效率較低。

2.異常數據輸出代碼與業務代碼耦合，維護困難。

3.輸出的日志內容無法控制，其中存在大量與故障無關的內容，使得日志數據量巨大，導致無法查詢或查詢緩慢。

4.人工查詢效率較低，同時日志為非結構化數據，無法聚合分析，難以準確定位故障點，難以獲得故障原因。上述流程如圖1所示。

發明內容

有鑒于此，本發明實施例提供一種處理應用程序的故障的方法、裝置和系統，能夠輸出與業務數據隔離的異常數據，并在將異常數據聚合之后進行展示，從而快速發現故障、定位故障點。

為實現上述目的，根據本發明的一個方面，提供了一種處理應用程序的故障的方法、裝置和系統。

本發明實施例的處理應用程序的故障的方法包括：單獨獲取應用程序運行時產生的異常數據，所述異常數據中的任一個包括至少一種異常特征信息；根據所述異常特征信息對所述異常數據進行聚合，獲取與任一異常特征信息對應的異常數據數量；展示任一異常特征信息、以及與該異常特征信息對應的異常數據數量，以處理應用程序的故障。

可選地，所述異常特征信息包括以下至少一種：異常時間、異常應用程序名稱、異常接口名稱、異常調用方法名稱、異常IP地址、異常描述信息、異常調用棧信息。

可選地，所述方法進一步包括：在對所述異常數據進行聚合之前，將所述異常調用棧信息中、第一次包含預設配置值的行數據之后的數據去除。

可選地，所述方法進一步包括：在對所述異常數據進行聚合之前，將所述異常調用棧信息中、除棧頂數據與第一次包含預設配置值的行數據之外的數據去除。

可選地，所述根據所述異常特征信息對所述異常數據進行聚合，獲取與任一異常特征信息對應的異常數據數量包括以下至少之一：以異常時間為第一鍵，以異常應用程序名稱為第二鍵，統計與該第一鍵的鍵值以及該第二鍵的鍵值對應的異常數據數量；以異常時間以及異常應用程序名稱為第一鍵，以異常接口名稱以及異常調用方法名稱為第二鍵，統計與該第一鍵的鍵值以及該第二鍵的鍵值對應的異常數據數量；以異常時間、異常應用程序名稱、異常接口名稱以及異常調用方法名稱為第一鍵，以異常描述信息、異常調用棧信息以及異常IP地址為第二鍵，統計與該第一鍵的鍵值以及該第二鍵的鍵值對應的異常數據數量。