[發明專利]崩潰信息上傳方法、裝置及終端設備

在審

• 申請號: 201710741859.1
• 申請日: 2017-08-25
• 公開（公告）號: CN107491393A
• 公開（公告）日: 2017-12-19
• 發明（設計）人: 汪剛;陳少杰;張文明
• 申請（專利權）人: 武漢斗魚網絡科技有限公司
• 主分類號: G06F11/36
• 分類號: G06F11/36;H04L29/08
• 代理公司: 北京超凡志成知識產權代理事務所(普通合伙)11371
• 代理人: 蘇勝

技術領域

本發明涉及互聯網信息處理技術領域，具體而言，涉及一種崩潰信息上傳方法、裝置及終端設備。

背景技術

在終端設備的應用軟件的開發過程中，需要收集應用軟件在使用中發生崩潰時形成的崩潰信息，以便于在下一步的開發過程中及時解決或避開發生同樣的崩潰情形，以優化該應用軟件。在傳統的崩潰信息收集技術中，一般情況下，收集到的崩潰信息是未經解析的函數的地址，由于該地址沒有轉換為對應的可以識別的函數，因而存在崩潰的位置不便于確定的問題。

現有技術中，通過在形成應用軟件的過程中，生成一個DSYM文件，該DSYM文件具有該應用軟件發生崩潰時的崩潰信息，然后通過查找到該DSYM文件并上傳至服務器，即可實現崩潰信息的上傳或收集。

經發明人研究發現，在現有技術中，崩潰信息的來源一般具有兩種，分別是開發人員通過模擬器進行測試和用戶的使用。其中，開發人員通過模擬器進行測試時，若產生崩潰信息，開發人員可以直接獲取該崩潰信息。因此，若將測試時產生的大量崩潰信息也上傳至服務器將大幅度的增加終端設備的上傳工作量。

發明內容

有鑒于此，本發明的目的在于提供一種崩潰信息上傳方法、裝置及終端設備，以解決現有技術中終端設備將開發人員測試時產生的大量崩潰信息上傳至服務器而導致終端設備的上傳工作量大幅度增加的問題。

為實現上述目的，本發明實施例采用如下技術方案：

一種崩潰信息上傳方法，應用于用戶終端，所述方法包括：

在應用程序發生崩潰時，判斷所述應用程序的運行設備是否為模擬器；

在所述應用程序的運行設備不是模擬器時，獲取具有崩潰信息的DSYM文件；

將所述DSYM文件上傳至服務器。

在本發明實施例較佳的選擇中，在上述崩潰信息上傳方法中，所述將所述DSYM文件上傳至服務器的步驟包括：

判斷獲取的DSYM文件是否產生于歸檔期間；

若所述DSYM文件產生于歸檔期間，則將該DSYM文件上傳至服務器。

在本發明實施例較佳的選擇中，在上述崩潰信息上傳方法中，在所述將所述DSYM文件上傳至服務器的步驟之前，所述方法還包括：生成服務器接收所述DSYM文件的url地址，所述url地址具有所述DSYM文件的標識信息；

所述將所述DSYM文件發送至服務器的步驟包括：將所述DSYM文件上傳至所述url地址。

在本發明實施例較佳的選擇中，在上述崩潰信息上傳方法中，所述標識信息包括所述應用程序的長版本號碼、短版本號碼、自定義號碼、用于判斷所述應用程序的運行設備是否為模擬器的第一變量和/或用于判斷獲取的DSYM文件是否產生于歸檔期間的第二變量。

在本發明實施例較佳的選擇中，在上述崩潰信息上傳方法中，所述將所述DSYM文件上傳至服務器的步驟包括：

將獲取的DSYM文件進行壓縮，得到壓縮后的DSYM文件；

將所述壓縮后的DSYM文件上傳至服務器。

在本發明實施例較佳的選擇中，在上述崩潰信息上傳方法中，在所述將所述DSYM文件上傳至服務器的步驟之后，所述方法還包括：

生成用于標識所述DSYM文件上傳是否成功的狀態信息。

本發明實施例還提供了一種崩潰信息上傳裝置，所述崩潰信息上傳裝置包括：

運行設備判斷模塊，用于在應用程序發生崩潰時，判斷所述應用程序的運行設備是否為模擬器；

DSYM文件獲取模塊，用于在所述應用程序的運行設備不是模擬器時，獲取具有崩潰信息的DSYM文件；

DSYM文件上傳模塊，用于將所述DSYM文件上傳至服務器。

在本發明實施例較佳的選擇中，在上述崩潰信息上傳裝置中，所述DSYM文件上傳模塊包括：

產生期間判斷子模塊，用于判斷獲取的DSYM文件是否產生于歸檔期間；

DSYM文件上傳第一子模塊，用于在所述DSYM文件產生于歸檔期間時，則將該DSYM文件上傳至服務器。

在本發明實施例較佳的選擇中，在上述崩潰信息上傳裝置中，所述崩潰信息上傳裝置還包括：url地址生成模塊，用于生成服務器接收所述DSYM文件的url地址，所述url地址具有所述DSYM文件的標識信息；

所述DSYM文件上傳模塊包括：DSYM文件上傳第二子模塊，用于將所述DSYM文件上傳至所述url地址。