[發(fā)明專(zhuān)利]應(yīng)用程序崩潰的檢測(cè)方法、裝置、存儲(chǔ)介質(zhì)及移動(dòng)終端

在審

• 申請(qǐng)?zhí)枺?/td>: 201711248476.7
• 申請(qǐng)日: 2017-12-01
• 公開(kāi)（公告）號(hào): CN107861830A
• 公開(kāi)（公告）日: 2018-03-30
• 發(fā)明（設(shè)計(jì)）人: 劉偉
• 申請(qǐng)（專(zhuān)利權(quán)）人: 深圳樂(lè)信軟件技術(shù)有限公司
• 主分類(lèi)號(hào): G06F11/07
• 分類(lèi)號(hào): G06F11/07;G06F11/36;G06F11/30
• 代理公司: 北京品源專(zhuān)利代理有限公司11332
• 代理人: 孟金喆

技術(shù)領(lǐng)域

本發(fā)明實(shí)施例涉及應(yīng)用程序檢測(cè)及修復(fù)技術(shù)領(lǐng)域，尤其涉及一種應(yīng)用程序崩潰的檢測(cè)方法、裝置、存儲(chǔ)介質(zhì)及移動(dòng)終端。

背景技術(shù)

目前App(應(yīng)用程序，Application)啟動(dòng)后，會(huì)由于各種原因?qū)е卤罎?。用?hù)的常規(guī)做法通常是重新啟動(dòng)APP。但是，由于崩潰后無(wú)法區(qū)分崩潰類(lèi)型，所以也無(wú)法進(jìn)行相應(yīng)的修復(fù)，導(dǎo)致用戶(hù)連續(xù)重啟App時(shí)仍然會(huì)遇到崩潰問(wèn)題，嚴(yán)重影響用戶(hù)的使用體驗(yàn)，需要改進(jìn)。

發(fā)明內(nèi)容

本發(fā)明實(shí)施例提供一種崩潰的檢測(cè)方法、修復(fù)方法、裝置、存儲(chǔ)介質(zhì)及移動(dòng)終端，可以有效解決應(yīng)用程序的崩潰類(lèi)型無(wú)法確定的問(wèn)題。

第一方面，本發(fā)明實(shí)施例提供了一種應(yīng)用程序崩潰的檢測(cè)方法，該方法包括：

當(dāng)監(jiān)聽(tīng)到應(yīng)用程序運(yùn)行發(fā)生崩潰時(shí)，獲取本次崩潰的屬性參數(shù)；

根據(jù)所述屬性參數(shù)識(shí)別確定本次崩潰的崩潰類(lèi)型為啟動(dòng)崩潰或運(yùn)行崩潰。

進(jìn)一步的，根據(jù)所述屬性參數(shù)識(shí)別確定本次崩潰的崩潰類(lèi)型為啟動(dòng)崩潰或運(yùn)行崩潰包括：

從本次崩潰的屬性參數(shù)中獲取所述應(yīng)用程序發(fā)生崩潰的崩潰時(shí)間；

判斷所述應(yīng)用程序的崩潰時(shí)間與所述應(yīng)用程序的啟動(dòng)時(shí)間差值是否小于設(shè)定時(shí)長(zhǎng)；

若是，則確定所述應(yīng)用程序的崩潰類(lèi)型為啟動(dòng)崩潰。

進(jìn)一步的，在判斷所述應(yīng)用程序的崩潰時(shí)間與所述應(yīng)用程序的啟動(dòng)時(shí)間差值是否小于設(shè)定時(shí)長(zhǎng)之后，還包括：

若否，則確定所述應(yīng)用程序的崩潰類(lèi)型為運(yùn)行崩潰。

進(jìn)一步的，根據(jù)所述屬性參數(shù)識(shí)別確定本次崩潰的崩潰類(lèi)型為啟動(dòng)崩潰或運(yùn)行崩潰之后，還包括：

在確定發(fā)生啟動(dòng)崩潰時(shí)，記錄啟動(dòng)崩潰的發(fā)生次數(shù)；

在確定發(fā)生運(yùn)行崩潰時(shí)，將所述啟動(dòng)崩潰的次數(shù)記錄清零。

進(jìn)一步的，在根據(jù)所述屬性參數(shù)識(shí)別確定本次崩潰的崩潰類(lèi)型為啟動(dòng)崩潰之后，還包括：

當(dāng)判斷所述應(yīng)用程序的啟動(dòng)崩潰次數(shù)符合預(yù)設(shè)條件時(shí)，對(duì)所述應(yīng)用程序進(jìn)行自動(dòng)修復(fù)。

進(jìn)一步的，所述當(dāng)判斷所述應(yīng)用程序的啟動(dòng)崩潰次數(shù)符合預(yù)設(shè)條件時(shí)，對(duì)所述應(yīng)用程序進(jìn)行自動(dòng)修復(fù)，包括：

根據(jù)所述應(yīng)用程序的啟動(dòng)崩潰次數(shù)，確定對(duì)所述應(yīng)用程序進(jìn)行自動(dòng)修復(fù)的修復(fù)級(jí)別；

根據(jù)所述修復(fù)級(jí)別，對(duì)所述應(yīng)用程序的緩存數(shù)據(jù)進(jìn)行清除操作，實(shí)現(xiàn)自動(dòng)修復(fù)。

進(jìn)一步的，在根據(jù)所述修復(fù)級(jí)別，對(duì)所述應(yīng)用程序的緩存數(shù)據(jù)進(jìn)行清除操作，實(shí)現(xiàn)自動(dòng)修復(fù)之前，還包括：

對(duì)所述應(yīng)用程序的緩存數(shù)據(jù)進(jìn)行分級(jí)，得到緩存數(shù)據(jù)的緩存級(jí)別；

確定對(duì)所述應(yīng)用程序進(jìn)行自動(dòng)修復(fù)的修復(fù)級(jí)別與所述緩存級(jí)別的對(duì)應(yīng)關(guān)系；

相應(yīng)的，根據(jù)所述修復(fù)級(jí)別，對(duì)所述應(yīng)用程序的緩存數(shù)據(jù)進(jìn)行清除操作，實(shí)現(xiàn)自動(dòng)修復(fù)，包括：

根據(jù)所述修復(fù)級(jí)別，對(duì)所述應(yīng)用程序?qū)?yīng)的緩存級(jí)別的緩存數(shù)據(jù)進(jìn)行清除操作，實(shí)現(xiàn)自動(dòng)修復(fù)。

進(jìn)一步的，

所述修復(fù)級(jí)別包括一級(jí)自動(dòng)修復(fù)、二級(jí)自動(dòng)修復(fù)以及三級(jí)自動(dòng)修復(fù)；

所述緩存數(shù)據(jù)的緩存級(jí)別包括一級(jí)緩存、二級(jí)緩存以及三級(jí)緩存；其中，三級(jí)緩存包括本地?cái)?shù)據(jù)庫(kù)中的緩存數(shù)據(jù)，二級(jí)緩存包括臨時(shí)目錄中的緩存數(shù)據(jù)，一級(jí)緩存包括Document目錄中的緩存數(shù)據(jù)；

相應(yīng)的，根據(jù)所述應(yīng)用程序的啟動(dòng)崩潰次數(shù)，確定對(duì)所述應(yīng)用程序進(jìn)行自動(dòng)修復(fù)的修復(fù)級(jí)別包括：

當(dāng)所述應(yīng)用程序的啟動(dòng)崩潰次數(shù)為3次時(shí)，執(zhí)行三級(jí)自動(dòng)修復(fù)，清除所述三級(jí)緩存數(shù)據(jù)；

當(dāng)所述應(yīng)用程序的啟動(dòng)崩潰次數(shù)為4次時(shí)，執(zhí)行二級(jí)自動(dòng)修復(fù)，清除所述二級(jí)緩存數(shù)據(jù)；

當(dāng)所述應(yīng)用程序的啟動(dòng)崩潰次數(shù)為5次時(shí)，執(zhí)行一級(jí)自動(dòng)修復(fù)，清除所述一級(jí)緩存數(shù)據(jù)。

進(jìn)一步的，所述方法還包括：

在實(shí)現(xiàn)自動(dòng)修復(fù)后，重新啟動(dòng)所述應(yīng)用程序；

當(dāng)所述應(yīng)用程序的啟動(dòng)崩潰次數(shù)超過(guò)5次時(shí)，則確定所述應(yīng)用程序無(wú)法運(yùn)行。

第二方面，本發(fā)明實(shí)施例還提供了一種應(yīng)用程序崩潰的檢測(cè)裝置，該裝置包括：

崩潰屬性參數(shù)獲取模塊，用于當(dāng)監(jiān)聽(tīng)到應(yīng)用程序運(yùn)行發(fā)生崩潰時(shí)，獲取本次崩潰的屬性參數(shù)；

崩潰類(lèi)型確定模塊，用于根據(jù)所述屬性參數(shù)識(shí)別確定本次崩潰的崩潰類(lèi)型為啟動(dòng)崩潰或運(yùn)行崩潰。

進(jìn)一步的，所述崩潰類(lèi)型確定模塊用于：

從本次崩潰的屬性參數(shù)中獲取所述應(yīng)用程序發(fā)生崩潰的崩潰時(shí)間；

判斷所述應(yīng)用程序的崩潰時(shí)間與所述應(yīng)用程序的啟動(dòng)時(shí)間差值是否小于設(shè)定時(shí)長(zhǎng)；

若是，則確定所述應(yīng)用程序的崩潰類(lèi)型為啟動(dòng)崩潰。

進(jìn)一步的，所述崩潰類(lèi)型確定模塊還用于：