[發明專利]一種系統日志的收集方法

在審

• 申請號: 201810064594.0
• 申請日: 2018-01-23
• 公開（公告）號: CN108388496A
• 公開（公告）日: 2018-08-10
• 發明（設計）人: 俞偉;嚴治威
• 申請（專利權）人: 晶晨半導體（上海）股份有限公司
• 主分類號: G06F11/30
• 分類號: G06F11/30;G06F11/34
• 代理公司: 上海申新律師事務所 31272
• 代理人: 俞滌炯

本發明提供了一種系統日志的收集方法，應用于安卓系統的智能設備，其中，提供一日志收集的守護進程，守護進程用以在安卓設備的系統啟動時啟動；提供一日志處理的應用程序進程；提供一外部存儲設備，用以接入智能設備；包括以下步驟：守護進程收集應用題框架層以及Linux內核的日志，并保存于安卓系統的一第一存儲路徑下；應用程序進程在識別接入的外部存儲設備之后，于外部存儲設備中創建一第二存儲路徑；應用程序進程于第一存儲路徑中獲得日志并保存于第二存儲路徑中。其技術方案的有益效果在于，智能設備無需提供外接串口線和USB線也能被獲取日志，對于工廠生產和售后等無法外接串口線和USB線的情況下，出現的問題，也能快速的定位問題。

技術領域

本發明涉及通信技術領域，尤其涉及一種系統日志的收集方法。

背景技術

系統日志是記錄系統中硬件、軟件和系統問題的信息，同時還可以監視系統中發生的事件。用戶可以通過它來檢查錯誤發生的原因，或者尋找受到攻擊時攻擊者留下的痕跡。在Android系統中，收集日式的方式雖然包括多種，但是比較分散。

現有的日志收集系統，可通過輸入相關的命令的獲得日志，具體的，如果要看framework層的日志，需要輸入logcat來獲取輸出信息，如果要看內核的日志，需要輸入dmesg來獲取輸出信息，如果要看Android層每個service的運行狀態，需要輸入dumpsys來獲取輸出，這些都必須要依賴于Android系統的設備有通過串口線或者USB線連接到電腦，通過電腦的串口或者ADB命令手動輸入，否則無法獲取調試信息。如果系統崩潰，Android默認會保存tombstone到/data/tomebstones/下面，如果應用沒有響應了，會保存traces.txt到/data/anr/，其他的日志會輸出到內存。還有一些日志收集系統就是把Android原生的分散的日志收集到一起，保存到sdcard或者U盤中，最后把sdcard或者U盤里面手機到的日志文件拿到電腦上分析。

上述的日志收集方式存在著以下缺陷：Android默認的日志收集方式，必須依賴于有串口線或者USB線連接到電腦，在工廠進行生產時由于不方便外接串口線或者USB線，在這種情況下，出現的問題由于看不到調試信息，所以沒法調試。在這種情況下，往往會讓產線停下來，外接串口線或者USB線，輸入命令導出日志來分析。如果要使用USB線ADB的方式，Android設備必須要有OTG口，但是在很多的機頂盒和智能電視上面，都取消了OTG口，所以在這種情況就沒法通過USB ADB來調試，而網絡ADB一般在出廠的固件里面也不會默認使能。

由于Android默認是把日志輸出到內存里面，這是一塊循環緩沖區，如果這塊緩沖區滿了，后面的日志會覆蓋前面的日志，造成相關有用的信息獲取不到。

而且如果要獲取framework層的相關日志，需要在開機以后輸入logcat指令，才會有framework層的相關日志，在斷電或者重啟以后這些日志的信息就都沒有了，或者緩沖區滿了以后前面的日志會被后面的日志覆蓋，這樣出現問題的現場信息很有可能就沒有了，在這種情況下面，很難快速的定位問題。

在進行開關機壓力測試的時候，如果某一次關機的時候失敗了，時間長了以后日志緩沖區會滿，就會把前面的有用的日志給覆蓋，到輸入logcat來獲取日志的時候，很可能已經晚了，就會抓不到現場，導致沒法定位問題。

發明內容

針對現有技術中收集日志存在的上述問題，現提供一種旨在將分散的日志實現統一收集，智能設備無需提供外接串口線和USB線也能被獲取日志的方法。

具體技術方案如下：

一種系統日志的收集方法，應用于安卓系統的智能設備，所述安卓系統的架構由上至下依次包括，應用程序層、應用框架層、系統庫以及Linux內核，其中，提供一日志收集的守護進程，所述守護進程用以在所述安卓設備的系統啟動時啟動；

提供一日志處理的應用程序進程；