[發(fā)明專(zhuān)利]系統(tǒng)重啟方法、終端及存儲(chǔ)介質(zhì)

在審

• 申請(qǐng)?zhí)枺?/td>: 202010410837.9
• 申請(qǐng)日: 2020-05-15
• 公開(kāi)（公告）號(hào): CN113672432A
• 公開(kāi)（公告）日: 2021-11-19
• 發(fā)明（設(shè)計(jì)）人: 李虎軍
• 申請(qǐng)（專(zhuān)利權(quán)）人: 中興通訊股份有限公司
• 主分類(lèi)號(hào): G06F11/14
• 分類(lèi)號(hào): G06F11/14
• 代理公司: 上海晨皓知識(shí)產(chǎn)權(quán)代理事務(wù)所(普通合伙) 31260
• 代理人: 成麗杰

1.一種系統(tǒng)重啟方法，其特征在于，包括：

在系統(tǒng)重啟失敗時(shí)，根據(jù)系統(tǒng)重啟失敗時(shí)生成的報(bào)錯(cuò)記錄確定出錯(cuò)的加載項(xiàng)；

在再次系統(tǒng)重啟的過(guò)程中，不加載所述出錯(cuò)的加載項(xiàng)。

2.根據(jù)權(quán)利要求1所述的系統(tǒng)重啟方法，其特征在于，在所述不加載所述出錯(cuò)的加載項(xiàng)之后，還包括：

當(dāng)所述再次系統(tǒng)重啟成功時(shí)，對(duì)所述出錯(cuò)的加載項(xiàng)進(jìn)行標(biāo)記；其中，被標(biāo)記的所述出錯(cuò)的加載項(xiàng)在系統(tǒng)重啟中不被加載。

3.根據(jù)權(quán)利要求1或2所述的系統(tǒng)重啟方法，其特征在于，所述根據(jù)系統(tǒng)重啟失敗時(shí)生成的報(bào)錯(cuò)記錄確定出錯(cuò)的加載項(xiàng)，包括：

遍歷按照優(yōu)先級(jí)排序的內(nèi)容，查找所述內(nèi)容對(duì)應(yīng)的記錄中是否包含系統(tǒng)重啟失敗時(shí)生成的報(bào)錯(cuò)記錄；其中，所述內(nèi)容為加載項(xiàng)類(lèi)型或加載項(xiàng)類(lèi)型的組合，所述組合中至少包括兩種所述加載項(xiàng)類(lèi)型；

當(dāng)任一所述內(nèi)容對(duì)應(yīng)的記錄中包含系統(tǒng)重啟失敗時(shí)生成的報(bào)錯(cuò)記錄時(shí)，根據(jù)所述報(bào)錯(cuò)記錄確定出錯(cuò)的加載項(xiàng)，并停止遍歷。

4.根據(jù)權(quán)利要求3所述的系統(tǒng)重啟方法，其特征在于，在所述不加載所述出錯(cuò)的加載項(xiàng)之后，還包括系統(tǒng)循環(huán)啟動(dòng)步驟；

所述系統(tǒng)循環(huán)啟動(dòng)步驟包括：當(dāng)所述再次系統(tǒng)重啟失敗時(shí)，若未執(zhí)行完遍歷，查找下一所述內(nèi)容對(duì)應(yīng)的記錄，直至再次查找到系統(tǒng)重啟失敗時(shí)生成的所述報(bào)錯(cuò)記錄，根據(jù)所述報(bào)錯(cuò)記錄確定所述出錯(cuò)的加載項(xiàng)，并再次系統(tǒng)重啟；在所述再次系統(tǒng)重啟的過(guò)程中，不加載遍歷過(guò)程中查找到的各所述出錯(cuò)的加載項(xiàng)；

重復(fù)執(zhí)行所述系統(tǒng)循環(huán)啟動(dòng)步驟，當(dāng)執(zhí)行完遍歷時(shí)，進(jìn)入recovery模式。

5.根據(jù)權(quán)利要求2所述的系統(tǒng)重啟方法，其特征在于，在所述當(dāng)所述再次系統(tǒng)重啟成功時(shí)，對(duì)所述出錯(cuò)的加載項(xiàng)進(jìn)行標(biāo)記之后，還包括：

對(duì)所述出錯(cuò)的加載項(xiàng)進(jìn)行修復(fù)；

若修復(fù)成功，清除所述出錯(cuò)的加載項(xiàng)的標(biāo)記。

6.根據(jù)權(quán)利要求1所述的系統(tǒng)重啟方法，其特征在于，所述在系統(tǒng)重啟失敗時(shí)，根據(jù)系統(tǒng)重啟失敗時(shí)生成的報(bào)錯(cuò)記錄確定出錯(cuò)的加載項(xiàng)，包括：

在系統(tǒng)重啟失敗滿足預(yù)設(shè)條件時(shí)，根據(jù)系統(tǒng)重啟失敗時(shí)生成的報(bào)錯(cuò)記錄確定出錯(cuò)的加載項(xiàng)；其中，所述預(yù)設(shè)條件為在預(yù)設(shè)時(shí)長(zhǎng)內(nèi)系統(tǒng)重啟失敗的次數(shù)大于預(yù)設(shè)次數(shù)，或系統(tǒng)連續(xù)重啟失敗的次數(shù)大于預(yù)設(shè)次數(shù)，或預(yù)設(shè)時(shí)長(zhǎng)內(nèi)系統(tǒng)重啟失敗。

7.根據(jù)權(quán)利要求1所述的系統(tǒng)重啟方法，其特征在于，在所述根據(jù)系統(tǒng)重啟失敗時(shí)生成的報(bào)錯(cuò)記錄確定出錯(cuò)的加載項(xiàng)之后，還包括：

若所述出錯(cuò)的加載項(xiàng)的類(lèi)型為應(yīng)用程序包apk，對(duì)出錯(cuò)的apk的完整性進(jìn)行檢查，并將檢查結(jié)果進(jìn)行保存。

8.根據(jù)權(quán)利要求7所述的系統(tǒng)重啟方法，其特征在于，所述不加載所述出錯(cuò)的加載項(xiàng)，包括：

不加載所述出錯(cuò)的apk和與所述出錯(cuò)的apk關(guān)聯(lián)的apk。

9.一種終端，其特征在于，包括：

至少一個(gè)處理器；以及，

與所述至少一個(gè)處理器通信連接的存儲(chǔ)器；其中，

所述存儲(chǔ)器存儲(chǔ)有可被所述至少一個(gè)處理器執(zhí)行的指令，所述指令被所述至少一個(gè)處理器執(zhí)行，以使所述至少一個(gè)處理器能夠執(zhí)行如權(quán)利要求1至8中任一所述的系統(tǒng)重啟方法。

10.一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，存儲(chǔ)有計(jì)算機(jī)程序，其特征在于，所述計(jì)算機(jī)程序被處理器執(zhí)行時(shí)實(shí)現(xiàn)權(quán)利要求1至8中任一項(xiàng)所述的系統(tǒng)重啟方法。