DropBoxManager会在下面时机抓取相关信息:
a、出异常关机前
SystemServer会收集下面类型报错:
watchdog、anr、wtf、lowmem、native_crash、crash
TAG = watchdog、anr、wtf、lowmem、native_crash、crash
此时是通过ActivityManagerService.addErrorToDropBox()接口来收集信息并加入到DropBox中。可在addErrorToDropBox()中做拦截以抓取很多其它的日志:
12883 public void addErrorToDropBox(String eventType,
12884 ProcessRecord process, String processName, ActivityRecord activity, 12885 ActivityRecord parent, String subject, 12886 final String report, final File logFile, 12887 final ApplicationErrorReport.CrashInfo crashInfo) { 12888 // NOTE -- this must never acquire the ActivityManagerService lock, 12889 // otherwise the watchdog may be prevented from resetting the system. 12890b、原生对/data/tombstones文件夹注冊了一个观察者
TAG = SYSTEM_TOMBSTONE
假设系统抛一个
tombstone未导致关机,那么就会将此次报错add到DropBox中,这是通过DropBoxManager.addText()接口加入信息到DropBox中的。
sTombstoneObserver = new FileObserver(TOMBSTONE_DIR.getPath(), FileObserver.CLOSE_WRITE) { @Override public void onEvent(int event, String path) { try { File file = new File(TOMBSTONE_DIR, path); if (file.isFile()) { addFileToDropBox(db, prefs, headers, file.getPath(), LOG_SIZE, "SYSTEM_TOMBSTONE"); } } catch (IOException e) { Slog.e(TAG, "Can't log tombstone", e); } } };这个逻辑在
frameworks
/
base
/
core
/
java
/
com
/
android
/
server
/
BootReceiver.java文件里。c、frameworks/base/core/java/com/android/server/BootReceiver.java中存在开机后抓取异常信息的逻辑
整机
重新启动后(Kernel和Flyme)
:
TAG =
SYSTEM_BOOT
Flyme重新启动:
TAG = SYSTEM_RESTART
从Recovery启动:
TAG =
SYSTEM_RECOVERY_LOG
开机扫描
/data/tombstones文件夹
:
TAG =
SYSTEM_TOMBSTONE 开机后原生逻辑已经抓取了一些信息,但不够多和细。
建议: 在SYSTEM_BOOT时,不用抓什么日志。由于整机重新启动。全部信息被冲掉; 在SYSTEM_RESTART时,可尝试抓取Android和kernel日志,这时可能会抓取到实用信息。可是因为开机已经有一段时间了,异常日志可能已被冲掉。 在SYSTEM_RECOVERY_LOG时,这个按原生的来即可;