[發明專利]一種處理崩潰文件中堆棧地址的方法、裝置及系統

有效

• 申請號: 201710041483.3
• 申請日: 2017-01-20
• 公開（公告）號: CN108334515B
• 公開（公告）日: 2022-07-15
• 發明（設計）人: 丘立斌;謝勁松;儲龍江
• 申請（專利權）人: 阿里巴巴集團控股有限公司
• 主分類號: G06F16/16
• 分類號: G06F16/16;G06F16/17
• 代理公司: 北京三友知識產權代理有限公司 11127
• 代理人: 李輝

本申請提供一種處理崩潰文件中堆棧地址的方法、裝置及系統。所述方法包括：解析崩潰文件，獲取所述崩潰文件中的本地崩潰地址和本地崩潰基地址；根據所述本地崩潰地址和本地崩潰基地址計算出真實崩潰地址；在預先構建的地址符號映射表中查詢所述真實崩潰地址對應的符號表數據；根據所述查詢到的符號表數據計算偏移量；基于所述查詢到的符號表數據和所述偏移量確定所述崩潰文件中堆棧地址的符號化結果。利用本申請各個實施例，可以準確對多個崩潰文件中的崩潰地址進行了轉換，實現了批量化的處理崩潰文件，大大降低符號化處理對原應用操作系統系統的依賴，提高了處理崩潰文件的轉換效率，提高崩潰文件的處理效率。

技術領域

本申請屬于通信數據處理技術領域，尤其涉及一種處理崩潰文件中堆棧地址的方法、裝置及系統。

背景技術

在智能終端的應用的實際開發過程，或者在用戶在智能終端中使用應用程序的時候，經常會出現應用程序崩潰的情況，這會導致用戶對應用程序的不滿。為了對應用程序出現崩潰的地方進行修復，通常在基于iOS(ihpone operation system，ihpone操作系統)的應用程序發生崩潰時，會產生一個崩潰文件，該崩潰文件中記錄了應用程序崩潰時調用的調用堆棧地址，通過對該崩潰文件進行符號化處理，包括將發生崩潰時的十六進制堆棧地址解析為可人為可識別的對應程序代碼中指定類、函數和行號等信息。

目前，在開發iOS應用程序的過程中，開發人員在監控到對應的iOS應用程序發生崩潰時，通常將運行iOS應用程序的移動終端與具有iOS操作系統的終端(例如，電腦)相連，并將崩潰文件和移動終端中的系統庫文件上傳至終端中，終端查找系統中是存在符號化工具。如果存在符號化工具例如symbolicatecrash，則查詢終端中系統庫文件所在目錄中是否存在與崩潰文件對應的系統庫文件，如果存在，則進一步判斷系統庫文件是否存在與從崩潰文件中讀取到的文件標識信息相同的系統庫子文件。如果存在系統庫子文件，則符號化工具根據系統庫子文件對崩潰文件進行符號化處理，以將崩潰文件中的崩潰地址信息轉換為函數信息，方便開發人員對對崩潰的地方進行修復，其中，系統庫子文件中包含符號化崩潰文件中的崩潰地址信息的符號表信息。圖1是一個利用蘋果公司提供的系統庫符號化工具進行符號化處理的流程示意圖，圖1中atos、lipo等為系統提供的符號化工具，uuid是用來唯一標識一個系統庫文件的，查找到崩潰文件對應的系統庫后，根據崩潰文件中某個系統庫的uuid查詢本地電腦系統庫是否存在uuid一致的系統庫。

然而，目前iOS系統的應用在產生崩潰文件后，對該崩潰文件中系統庫的崩潰地址進行符號化處理時需要借助蘋果電腦自帶的符號化工具進行符號化，如symbolicatecrash符號化工具，且需要保證產生崩潰文件的iOS系統庫存在當前的電腦中，因此無法滿足批量符號化多個系統庫版本下的多個崩潰文件中的系統庫調用的需求，嚴重影響iOS開發人員定位程序的缺陷及解決問題的效率。現有的這種符號化方式對終端的操作系統的依賴性強，例如在切換處理終端的過程中，用戶需要將分析崩潰文件對應的系統庫子文件手動移動至正確的位置，以使Xcode能找到它們，如果用戶未移動對應的系統庫子文件，則無法準確對崩潰文件進行符號化，符號化成功率較低。并且系統庫調用的符號化過程是一個比較復雜的過程，如果用戶需要批量的符號化崩潰文件，在符號化崩潰文件的過程中，用戶需要多次使用符號化工具，并且由于終端中所保存的不同版本的系統庫文件有限，終端無法準確批量化的符號化多個崩潰文件。一個崩潰文件中包含有幾百個系統庫的崩潰地址，如果成千上萬個崩潰文件同時輸入的話，該方案符號化就會變得很耗內存，不能滿足快速解析的處理需求。

當然，除iOS應用操作系統外，其他的應用操作系統(一些非開放但提供API接口的終端操作系統)同樣面臨類似上述iOS系統的情況。因此，現有中應用的運行操作系統下產生的崩潰文件進行符號化處理的方式，處理效率低下，無法滿足批量符號化多個系統庫版本下的多個崩潰文件中的系統庫調用的需求，嚴重影響系統開發人員定位程序的缺陷及解決問題的效率。

發明內容