[發明專利]一種分析子系統死機的方法、系統和終端設備

在審

• 申請號: 202011424291.9
• 申請日: 2020-12-08
• 公開（公告）號: CN112527558A
• 公開（公告）日: 2021-03-19
• 發明（設計）人: 祁磊
• 申請（專利權）人: 廣東小天才科技有限公司
• 主分類號: G06F11/14
• 分類號: G06F11/14;G06F11/07
• 代理公司: 上海碩力知識產權代理事務所(普通合伙) 31251
• 代理人: 林曉青

本發明屬于移動終端領域，本發明提供一種分析子系統死機的方法、系統和終端設備，其方法包括以下步驟：在子系統的kernel層埋點，以使在所述子系統發生死機時獲取埋點數據；接收屬性數據包，選擇對應的dump文件進行保存，以供分析所述子系統死機。通過獲得子系統發生異常時的內存文件，分析子系統crash的原因，解決用戶設備出現的一些難以復現的子系統異常，同時終端設備無須寄回復現，減少了售后的維護成本。

技術領域

本發明涉及移動終端領域，尤指一種分析子系統死機的方法、系統和終端設備。

背景技術

對于功能越來越豐富的安卓設備，除了經常提到的CPU、DDR、Disk以及TP之外，還有各種子系統模塊，如Wifi相關模塊(wcnss subsytem)、通信相關模塊(modem subsytem)以及Sensor相關模塊(adsp subsytem)等。我們在分析安卓系統死機時，都不可避免的遇到這些子系統crash導致的kernel panic。一般用戶設備出現這類子系統crash的問題比例更高，原因在于這些子系統的使用更易受到用戶使用場景的影響。如wcnss、modem、adsp這三個比較常用的子系統，就很容易受到當地復雜的網絡和通訊環境等因素影響。

目前分析這類子系統crash問題的手段有兩種：一種是當用戶設備反饋出現這種異常時，由于沒有現場，只能通過將機器寄回，根據用戶的使用場景，安排測試人員進行復現，但是這種子系統crash問題寄回之后一般很難復現；另一種是當用戶設備出現這類異常時，通過網絡進行遠程獲取用戶設備的DDR的ramdump，但是隨著目前安卓設備的DDR越來越大(手機的DDR已經達到12G)，如果直接遠程抓取用戶設備的DDR上所有的ramdump(相當于DDR的大小)，獲取這么大的數據量，必然對用戶的數據流量產生很大影響，并且通過網絡平臺獲取開銷比較大。因此，解決上述問題是非常有必要的。

發明內容

本發明提供一種分析子系統死機的方法、系統和終端設備，用于解決分析子系統死機的問題。

本發明提供的技術方案如下：

一方面，本發明提供一種分析子系統死機的方法，包括以下步驟：

在子系統的kernel層埋點，以使在所述子系統發生死機時獲取埋點數據；

接收屬性數據包，選擇對應的dump文件進行保存，以供分析所述子系統死機。

進一步優選地，在所述在子系統的kernel層埋點，以使所述終端設備在所述子系統發生死機時獲取埋點數據之前，還包括步驟：

將終端設備中用戶版的每個子系統的重啟等級設置為related。

進一步優選地，在所述將終端設備中用戶版的每個子系統的重啟等級設置為related之后，還包括步驟：

當所述子系統的重啟等級設置為related、且發生死機后，所述子系統進行重啟。

進一步優選地，在所述將終端設備中用戶版的每個子系統的重啟等級設置為related之后，還包括步驟：

當每個子系統的重啟等級設置為related、所述子系統發生死機后，生成所述子系統的dump文件。

進一步優選地，所述在子系統的kernel層埋點，以使所述終端設備在所述子系統發生死機時獲取埋點數據，包括步驟：

通過android JNI通信將所述kernel層的埋點傳到framwork層接口函數；

通過所述frawork層接口函數將所述埋點數據插入到launcher數據庫；

通過所述launcher數據庫將所述埋點數據實時發送給所述網頁端。