[發明專利]系統重啟方法、終端及存儲介質

在審

• 申請號: 202010410837.9
• 申請日: 2020-05-15
• 公開（公告）號: CN113672432A
• 公開（公告）日: 2021-11-19
• 發明（設計）人: 李虎軍
• 申請（專利權）人: 中興通訊股份有限公司
• 主分類號: G06F11/14
• 分類號: G06F11/14
• 代理公司: 上海晨皓知識產權代理事務所(普通合伙) 31260
• 代理人: 成麗杰

本發明實施例涉及通信領域，公開了一種系統重啟方法、終端及存儲介質。本發明中，在系統重啟失敗時，根據系統重啟失敗時生成的報錯記錄確定出錯的加載項；在再次系統重啟的過程中，不加載所述出錯的加載項。通過這樣的方法，可以盡可能的降低系統多次系統重啟失敗而導致的用戶數據的丟失量。

技術領域

本發明實施例涉及通信領域，特別涉及一種系統重啟方法、終端及存儲介質。

背景技術

目前，手機、電腦等終端的內存空間越來越大，用戶可以將大量的用戶數據保存在終端的內存空間；與此同時，終端內系統的復雜度越來越高，安裝的應用軟件越來越多，為用戶帶來便利的同時也帶來了許多的不穩定因素，不穩定因素使終端容易發生異常，導致終端無法正常使用。此時，終端會采取系統重啟以達到消除異常，恢復正常使用的目的，在系統重啟的過程中，終端會按照系統重啟的次數進行數據的清理，清理數據后再次進行重啟，當系統重啟的次數到達一定次數后，終端會進入recovery模式，由用戶選擇繼續進行系統重啟或選擇恢復出廠設置。

發明人發現現有技術中至少存在以下問題：在終端不斷進行系統重啟過程中，用戶數據已經丟失了一部分，而進入recovery模式后，會造成用戶數據的大量丟失甚至完全丟失。

發明內容

本發明實施例的目的在于提供一種系統重啟方法、終端及存儲介質，盡可能的降低系統多次系統重啟失敗而導致的用戶數據的丟失量。

為解決上述技術問題，本發明的實施例提供了一種系統重啟方法，包括：在系統重啟失敗時，根據系統重啟失敗時生成的報錯記錄確定出錯的加載項；在再次系統重啟的過程中，不加載所述出錯的加載項。

本發明的實施例還提供了一種終端，包括：至少一個處理器；以及，與所述至少一個處理器通信連接的存儲器；其中，所述存儲器存儲有可被所述至少一個處理器執行的指令，所述指令被所述至少一個處理器執行，以使所述至少一個處理器能夠執行上述所述的系統重啟方法。

本發明的實施例還提供了一種計算機可讀存儲介質，存儲有計算機程序，所述計算機程序被處理器執行時實現上述所述的系統重啟方法。

本發明實施例相對于現有技術而言，在系統重啟失敗時，根據系統重啟失敗時生成的報錯記錄確定出錯的加載項，在再次系統重啟的過程中，不加載出錯的加載項，提高了系統重啟成功的概率，從而可以盡可能的降低多次系統重啟失敗而導致的用戶數據丟失的丟失量。

附圖說明

一個或多個實施例通過與之對應的附圖中的圖片進行示例性說明，這些示例性說明并不構成對實施例的限定，附圖中具有相同參考數字標號的元件表示為類似的元件，除非有特別申明，附圖中的圖不構成比例限制。

圖1是根據本發明第一實施例中的系統重啟方法的流程圖；

圖2是根據本發明第二實施例中的系統重啟方法的流程圖；

圖3是根據本發明第三實施例中的系統重啟方法的流程圖；

圖4是本發明第四實施例中的終端的結構示意圖。

具體實施方式

為使本發明實施例的目的、技術方案和優點更加清楚，下面將結合附圖對本發明的各實施例進行詳細的闡述。然而，本領域的普通技術人員可以理解，在本發明各實施例中，為了使讀者更好地理解本申請而提出了許多技術細節。但是，即使沒有這些技術細節和基于以下各實施例的種種變化和修改，也可以實現本申請所要求保護的技術方案。以下各個實施例的劃分是為了描述方便，不應對本發明的具體實現方式構成任何限定，各個實施例在不矛盾的前提下可以相互結合相互引用。

本發明的第一實施例涉及一種系統重啟方法，應用于終端，例如：手機、電腦等。具體流程如圖1所示，包括：