一種運行日誌的保存方法和設備與流程
2023-07-28 06:34:16
本發明涉及日誌的存儲技術，尤其涉及一種運行日誌的保存方法和設備。
背景技術：
目前基於Android(安卓，一種作業系統)作業系統的設備在運行過程中，作業系統經常出現各種異常情況，此時需要對作業系統進行復位，以解決異常。目前Android作業系統的復位方式採取全局復位，下面結合圖1對全局復位的過程進行說明：如圖1所示，基於Android作業系統的設備1包括：AP(ApplicationProcessor，應用處理器)11、PMU(PowerManagementUnit，電源管理單元)12和RAM(randomaccessmemory，隨機存儲器)13，其中AP11用於運行Android作業系統的各種應用，通常Android作業系統出現異常，是指AP11運行的應用出現異常，RAM13用於對Android作業系統的運行情況進行記錄，主要是指記錄AP11的運行情況，PMU12用於對AP11和RAM13的電源進行管理。當作業系統在運行過程中出現異常時，系統會向AP11發送復位信號；當AP11收到復位信號後，將復位信號轉發給PMU12；當PMU12收到復位信號後，PMU12先自行進行復位(即斷電再上電)，然後向AP11和RAM13發送全局復位信號；當AP11和RAM13收到PMU12的全局復位信號後，AP11和RAM13進行復位。由於上述復位過程中，PMU12需要進行復位(即斷電再上電)，因此導致了RAM13相應地出現斷電再上電的過程，使得RAM13上記錄的運行日誌丟失，從而技術人員不能夠根據運行日誌對系統的異常進行分析。
技術實現要素：
本發明實施例所要解決的技術問題在於，提供一種運行日誌的保存方法和設備，可以保證系統在復位過程中日誌被完整保存。為了解決上述技術問題，本發明實施例提供了一種運行日誌的保存方法，包括：當作業系統出現運行異常時，配置用於記錄所述作業系統的運行日誌的隨機存儲器工作在自刷新模式；對運行所述作業系統的應用處理器進行復位，且保持電源管理單元正常工作，所述電源管理單元用於對所述應用處理器和隨機存儲器的電源進行管理；待所述應用處理器復位完成後，從所述隨機存儲器中獲取並保存所述作業系統的運行日誌。相應地，本發明實施例還提供了一種設備，包括：配置模塊，用於當作業系統出現運行異常時，配置用於記錄所述作業系統的運行日誌的隨機存儲器工作在自刷新模式；處理模塊，包括：運行所述作業系統的應用處理器、電源管理單元和所述隨機存儲器，所述處理模塊用於所述應用處理器進行復位，且保持所述電源管理單元正常工作，所述電源管理單元用於對所述應用處理器和隨機存儲器的電源進行管理；日誌處理模塊，用於待所述應用處理器復位完成後，從所述隨機存儲器中獲取並保存所述作業系統的運行日誌。實施本發明實施例，具有如下有益效果：本發明實施例中當作業系統出現運行異常時，配置隨機存儲器工作在自刷新模式，以防止隨機存儲器存儲數據的丟失；然後，對應用處理器進行復位，且保持電源管理單元的正常工作，即不對電源管理單元進行復位，進而避免由於電源管理單元的復位(斷電再上電)造成的隨機存儲器出現斷電再上電的情況，從而保證在復位過程中，作業系統的運行日誌可以被完整地保存，以方便相關人員進行後續的分析。附圖說明為了更清楚地說明本發明實施例或現有技術中的技術方案，下面將對實施例或現有技術描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發明的一些實施例，對於本領域普通技術人員來講，在不付出創造性勞動的前提下，還可以根據這些附圖獲得其他的附圖。圖1是現有的設備的結構示意圖；圖2是本發明的運行日誌的保存方法的實施例的流程示意圖；圖3是圖2中步驟S22的第一實施例的流程示意圖；圖4是圖2中步驟S22的第二實施例的流程示意圖；圖5是本發明的設備的實施例的結構示意圖；圖6是圖5中的處理模塊的第一實施例的結構示意圖；圖7是圖5中的處理模塊的第二實施例的結構示意圖；圖8是圖7中的復位控制單元的實施例的結構示意圖。具體實施方式下面將結合本發明實施例中的附圖，對本發明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發明一部分實施例，而不是全部的實施例。基於本發明中的實施例，本領域普通技術人員在沒有作出創造性勞動前提下所獲得的所有其他實施例，都屬於本發明保護的範圍。請參考圖2，是本發明的運行日誌的保存方法的實施例的流程示意圖。圖2的方法流程的執行主體可以是諸如智慧型手機、平板電腦等設備，這些設備一般包括：應用處理器(AP)、電源管理單元(PMU)和隨機存儲器(RAM)。其中，應用處理器可以運行設備所安裝的作業系統。電源管理單元對應用處理器和隨機存儲器的電源進行管理，當電源管理單元掉電後，將導致應用處理器和隨機存儲器的電源中斷。隨機存儲器優選為DDRSDRAM(DoubleDataRateSynchronousDynamicRandomAccessMemory，雙倍速率同步動態隨機存儲器)，用於對作業系統的運行情況，進行實時緩存。圖2的方法流程包括：步驟S21，當作業系統出現運行異常時，配置隨機存儲器工作在自刷新模式。其中，由於作業系統通常是運行在應用處理器上，因此作業系統出現運行異常通常是指應用處理器出現運行異常，例如異常可以是應用處理器在進行超清視頻播放時，出現「卡屏」現象。在步驟S11中，對於作業系統的運行情況，可以通過在後臺運行監控程序進行實時監聽；當監控程序監聽到作業系統出現運行異常時，一種有效的解決方式是對作業系統進行復位，即對應用處理器進行復位。但是，如果直接對應用處理器進行復位，可能造成隨機存儲器存儲的數據丟失，因此步驟S11在作業系統出現異常時，先配置隨機存儲器工作在自刷新模式，自刷新模式是隨機存儲器的一種工作模式，其可以避免隨機存儲器存儲的數據丟失。具體地，如果作業系統為Android作業系統，那麼步驟S11 可以通過調用Android作業系統中的panic函數，並通過配置panic函數，配置隨機存儲器工作在自刷新模式；需要說明的是，panic函數是本領域技術人員熟知的Android作業系統中常用的功能函數，當Android作業系統運行出現問題時，系統會自動進入Apanic模式，並調用panic函數。步驟S22，對應用處理器進行復位，且保持電源管理單元正常工作。其中，步驟S22中保持電源管理單元正常工作主要是指不對電源管理進行復位，以避免由於電源管理單元的復位，導致隨機存儲器的電源中斷，造成隨機存儲器的數據丟失。電源管理單元的復位是指電源管理單元掉電後再上電。步驟S23，待應用處理器復位完成後，從隨機存儲器中獲取並保存作業系統的運行日誌。步驟S23中待應用處理器復位完成後，可以配置隨機存儲器工作在正常的工作模式下，並待作業系統運行正常後，從隨機存儲器中獲取並保存作業系統的運行日誌。本實施例在作業系統出現異常時，由於不對電源管理單元進行復位，因此不會造成隨機存儲器掉電的情況發生，因而能夠在應用處理器復位完成後，從隨機存儲器中獲取並保存作業系統的運行日誌，也就是在復位過程中，完整地保存的作業系統的運行日誌。請參考圖3，是圖2中的步驟S22的第一實施例的流程示意圖，所述步驟S22包括：步驟S31，向應用處理器發送復位信號。步驟S32，應用處理器將接收的復位信號無效後，將無效的復位信號輸至電源管理單元。步驟S33，應用處理器根據接收的復位信號進行復位。由於步驟S32向電源管理單元輸入的是無效的復位信號，因此可以保持電源管理單元正常工作，避免電源管理單元復位。需要說明的是，當應用處理器接收到復位信號後，也可以選擇直接進行復位，而不向電源管理單元輸出任何信號的方式，達到保持電源管理單元正常工作的目的。請參考圖4，是圖2中的步驟S22的第二實施例的流程示意圖，在此實施例中，應用處理器包括：應用處理核心單元和復位控制單元。所述步驟S22包括：步驟S41，向應用處理核心單元發送復位信號。步驟S42，應用處理核心單元將復位控制信號和復位信號輸至復位控制單元。其中，當復位控制信號用於指示進行局部復位時，執行步驟S43；當復位控制信號用於指示全局復位時，執行步驟S45。復位控制信號可以預先配置在應用處理核心單元中，或者步驟S41在向應用處理核心單元發送復位信號時，同時發送復位控制信號。步驟S43，復位控制單元將復位信號無效後，將無效的復位信號輸至電源管理單元，以及將復位信號輸回應用處理核心單元。步驟S44，應用處理核心單元根據輸回的復位信號進行復位，結束流程。步驟S45，復位控制單元將復位信號輸至電源管理單元。步驟S46，電源管理單元根據復位信號進行復位後，向應用處理核心單元和隨機存儲器輸出全局復位信號。步驟S47，應用處理核心單元和隨機存儲器根據全局復位信號進行復位。本實施例中的復位控制單元根據復位控制信號，實現了對局部復位或全局復位的控制，使得本實施例的復位方式更加地靈活和豐富。下面對本發明實施例的設備進行說明。請參考圖4，是本發明的設備的實施例的結構示意圖，該設備包括：配置模塊11、包含隨機存儲器131、應用處理器132和電源管理單元的處理模塊13、和日誌處理模塊12。其中，配置模塊11，用於當作業系統出現運行異常時，配置隨機存儲器工作在自刷新模式。其中，由於作業系統通常是運行在應用處理器上，因此作業系統出現運行異常通常是指應用處理器出現運行異常，例如異常可以是應用處理器在進行超清視頻播放時，出現「卡屏」現象。對於作業系統的運行情況，可以通過在後臺運行監控程序進行實時監聽；當監控程序監聽到作業系統出現運行異常時，一種有效的解決方式是對作業系統進行復位，即對應用處理器進行復位。但是，如果直接對應用處理器進行復位，可能造成隨機存儲器存儲的數據丟失，因此在作業系統出現異常時，先通過配置模塊11配置隨機存儲器工作在自刷新模式，自刷新模式是隨機存儲器的一種工作模式，其可以避免隨機存儲器存儲的數據丟失。具體地，如果作業系統為Android作業系統，那麼配置模塊11可以通過 調用Android作業系統中的panic函數，並通過配置panic函數，配置隨機存儲器工作在自刷新模式。處理模塊13，用於對應用處理器132進行復位，且保持電源管理單元133正常工作。其中，處理模塊13保持電源管理單元133正常工作主要是指不對電源管理單元133進行復位，以避免由於電源管理單元133的復位，導致隨機存儲器131的電源中斷，造成隨機存儲器131的數據丟失。電源管理單元133的復位是指電源管理單元133掉電後再上電。日誌處理模塊12，用於待應用處理器132復位完成後，從隨機存儲器131中獲取並保存作業系統的運行日誌。其中，在應用處理器復位完成後，可以配置隨機存儲器工作在正常的工作模式下，並待作業系統運行正常後，由日誌處理模塊12從隨機存儲器中獲取並保存作業系統的運行日誌。本實施例在作業系統出現異常時，由於不對電源管理單元進行復位，因此不會造成隨機存儲器掉電的情況發生，因而能夠在應用處理器復位完成後，從隨機存儲器中獲取並保存作業系統的運行日誌，也就是在復位過程中，完整地保存的作業系統的運行日誌。請參考圖6，是圖5中的處理模塊13的第一實施例的結構示意圖，所述處理模塊13除了包括上述的隨機存儲器131、應用處理器132和電源管理單元133外，還包括：發送單元134，用於向應用處理器132發送復位信號。應用處理器132，用於將接收的復位信號無效後，將無效的復位信號輸至電源管理單元133。應用處理器132，還用於根據接收的復位信號進行復位。由於應用處理器132向電源管理單元133輸入的是無效的復位信號，因此可以保持電源管理單元133正常工作，避免電源管理單元133復位。需要說明的是，當應用處理器132接收到復位信號後，也可以選擇直接進行復位，而不向電源管理單元133輸出任何信號的方式，達到保持電源管理單元133正常工作的目的。請參考圖7，是圖5中的處理模塊13的第二實施例的流程示意圖，在此實 施例中，應用處理器133包括：應用處理核心單元71和復位控制單元72。其中，發送單元134，用於向應用處理核心單元71發送復位信號。應用處理核心單元71，用於將復位控制信號和復位信號輸至復位控制單元。復位控制信號可以預先配置在應用處理核心單元71中，或者由發送單元134在向應用處理核心單元71發送復位信號時，同時發送復位控制信號。復位控制單元72，用於當復位控制信號指示進行局部復位時，將復位信號無效後，將無效的復位信號輸至電源管理單元132，以及將復位信號輸回應用處理核心單元71。應用處理核心單元71，用於根據輸回的復位信號進行復位。復位控制單元72，還用於當復位控制信號指示進行全局復位時，將復位信號輸至電源管理單元132。電源管理單元132，用於根據復位信號進行復位後，向應用處理核心單元71和隨機存儲器131輸出全局復位信號。應用處理核心單元71和隨機存儲器131，用於根據全局復位信號進行復位。進一步，復位控制單元72可以由如圖8所示的與門81和與非門82實現，如圖所示，當復位控制信號為「1」和復位信號「1」時，與門81輸出「1」至電源管理單元，與非門82輸出當復位控制信號為「0」至核心處理單元71；當復位控制信號為「0」和復位信號為「1」時，與門81輸出「0」至電源管理單元，與非門82輸出「1」至核心處理單元71。其中，復位控制信號為「1」時表示全局復位，復位控制信號為「0」時表示局部復位。本實施例中的復位控制單元根據復位控制信號，實現了對局部復位或全局復位的控制，使得本實施例的復位方式更加地靈活和豐富。本領域普通技術人員可以理解實現上述實施例方法中的全部或部分流程，是可以通過電腦程式來指令相關的硬體來完成，所述的程序可存儲於一計算機可讀取存儲介質中，該程序在執行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質可為磁碟、光碟、只讀存儲記憶體(Read-OnlyMemory，ROM)或隨機存儲記憶體(RandomAccessMemory，RAM)等。以上所揭露的僅為本發明較佳實施例而已，當然不能以此來限定本發明之權利範圍，本領域普通技術人員可以理解實現上述實施例的全部或部分流程，並依本發明權利要求所作的等同變化，仍屬於發明所涵蓋的範圍。