当前位置: 代码迷 >> 综合 >> Android 抓取Tombstone,crash,anr流程
  详细解决方案

Android 抓取Tombstone,crash,anr流程

热度:11   发布时间:2024-01-08 22:00:50.0

转自:https://blog.csdn.net/guoqifa29/article/details/46833561

关键字:ActivityManagerService   addErrorToDropBox()  DropBoxManager

 

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.
12890

 

b、原生对/data/tombstones目录注册了一个观察者

TAG = SYSTEM_TOMBSTONE

 

如果系统抛一个tombstone未导致关机,那么就会将此次报错add到DropBox中,这是通过DropBoxManager.addText()接口添加信息到DropBox中的。

        sTombstoneObserver = new FileObserver(TOMBSTONE_DIR.getPath(), FileObserver.CLOSE_WRITE) {@Overridepublic 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时,这个按原生的来就行;

 

  相关解决方案