[發明專利]一種Linux系統應用程序崩潰信息的收集系統及收集方法

在審

• 申請號: 202310342010.2
• 申請日: 2023-03-31
• 公開（公告）號: CN116340109A
• 公開（公告）日: 2023-06-27
• 發明（設計）人: 楊俊;刁楷;高斯雄
• 申請（專利權）人: 重慶長安汽車股份有限公司
• 主分類號: G06F11/30
• 分類號: G06F11/30;G06F16/906
• 代理公司: 北京潤平知識產權代理有限公司 11283
• 代理人: 高英英

本申請公開了一種Linux系統應用程序崩潰信息的收集系統及收集方法，收集系統與開發終端通信，該收集系統包括：崩潰監控模塊，被配置成監控Linux系統的應用程序的崩潰事件的signal信號，并在監控到signal信號時獲取崩潰事件的崩潰信息；崩潰管理模塊，與崩潰監控模塊通信，被配置成接收崩潰監控模塊發送的崩潰信息，并對崩潰信息進行處理以得到崩潰數據；服務器，與崩潰管理模塊通信，被配置成接收崩潰管理模塊發送崩潰數據，并將崩潰數據進行分類存儲后同步至開發終端。本申請能有效地收集Linux系統的應用程序崩潰信息，讓開發人員在程序出現崩潰后更迅速、精準的定位產生崩潰的根因，提升了崩潰類問題的分析效率，進而提升應用程序穩定性。

技術領域

本申請涉及計算機技術領域，具體涉及一種Linux系統應用程序崩潰信息的收集系統及收集方法。

背景技術

目前市場上有很多基于Linux系統開發的終端產品，若產品應用程序運行過程中出現崩潰導致功能無法使用，會極大影響用戶體驗。如何更加有效的收集Linux系統的崩潰信息，讓開發人員在程序出現崩潰后更迅速、精準的定位產生崩潰的根因成為重難點問題。

現有技術中常見的崩潰收集方案主要有售后人員發現問題后主動拉取日志后人工進行篩查、終端監控到崩潰后直接上報崩潰信息等，主動拉取日志方式可能會因為日志被覆蓋、當前網絡異常等導致無法拉取可用日志，而終端監控到崩潰后直接上報方式在同一問題頻發時可能會因數據量過大導致數據上傳通道擁堵、浪費流量等。且上述兩種方案開發人員在查看問題還需要再次進行日志查找，同類問題匯總，效率較低。

發明內容

本申請實施例的目的是提供一種Linux系統應用程序崩潰信息的收集系統及收集方法，用以解決解決現有技術中Linux系統應用程序在運行過程中收集崩潰信息效率較低的問題。

為了實現上述目的，本申請第一方面提供一種Linux系統應用程序崩潰信息的收集系統，收集系統與開發終端通信，該收集系統包括：

崩潰監控模塊，被配置成監控Linux系統的應用程序的崩潰事件的signal信號，并在監控到signal信號時獲取崩潰事件的崩潰信息；

崩潰管理模塊，與崩潰監控模塊通信，被配置成接收崩潰監控模塊發送的崩潰信息，并對崩潰信息進行處理以得到崩潰數據；

服務器，與崩潰管理模塊通信，被配置成接收崩潰管理模塊發送崩潰數據，并將崩潰數據進行分類存儲后同步至開發終端。

在本申請實施例中，崩潰信息包括：

堆棧信息、signal信號的signal值和signal信號的發生時間。

在本申請實施例中，崩潰數據包括：

Linux系統的應用程序所在終端的唯一標識、Linux系統的應用程序的軟件版本號、崩潰事件記錄文件以及相關日志。

在本申請實施例中，崩潰管理模塊還被配置成：

在接收崩潰監控模塊發送的崩潰信息之前，將崩潰事件記錄表、待處理崩潰事件列表和崩潰信息處理線程進行初始化以阻塞式等待崩潰事件。

在本申請實施例中，崩潰管理模塊還被配置成：

在接收到崩潰監控模塊發送的崩潰信息之后，將崩潰信息存放至待處理崩潰事件列表以等待下一個崩潰事件。

在本申請實施例中，崩潰管理模塊包括：

文件加載單元，被配置成加載崩潰收集配置表；

崩潰信息處理單元，與文件加載單元通信，被配置成接收崩潰監控模塊發送的崩潰信息，并根據崩潰收集配置表對崩潰信息進行處理以得到崩潰數據；

崩潰上傳單元，分別與崩潰信息處理單元和服務器通信，被配置成將崩潰數據上傳至服務器。