Android crash 流程详解(一)：JE

news/2025/1/12 13:28:14/

源码基于：Android R

 

0. 前言

App crash(全称为 Application crash)，又分 java crash 和 native crash，又称 java layer exception(JE) 和 native layer exception(NE)。对于 crash 在开发过程中或多或少都会遇到，本文将整理总结 crash 原理，剖析系统是如何捕捉、处理这些 crash。因为篇幅较长，所以会分JE 和 NE 两部分各自剖析。

 

1. RuntimeInit.commonInit()

在Andriod 系统中，上层应用都是由 Zygote fork 孵化而来，分为system_server 系统进程和普通应用进程。在这些进程创建之初会设置未捕获异常的处理器，当系统抛出未捕获的异常时，最终都会交给异常处理器。而这个异常捕获的处理设置就是在 RuntimeInit.commonInit() 函数中完成：

frameworks/base/core/java/com/android/internal/os/RuntimeInit.javaprotected static final void commonInit() {...LoggingHandler loggingHandler = new LoggingHandler();RuntimeHooks.setUncaughtExceptionPreHandler(loggingHandler);Thread.setDefaultUncaughtExceptionHandler(new KillApplicationHandler(loggingHandler));...}

1.1 Thread.setDefaultUncaughtExceptionHandler()

libcore/ojluni/src/main/java/java/lang/Thread.javaprivate static volatile UncaughtExceptionHandler defaultUncaughtExceptionHandler;public static void setDefaultUncaughtExceptionHandler(UncaughtExceptionHandler eh) {defaultUncaughtExceptionHandler = eh;}

参数的类型为 UncaughtExceptionHandler，这就是未捕获的异常类型。该类型是 interface，后面调用其 uncaughtException() 函数进行处理：

libcore/ojluni/src/main/java/java/lang/Thread.javapublic interface UncaughtExceptionHandler {void uncaughtException(Thread t, Throwable e);}

当线程因为未捕获的异常停止时，Java 虚拟机会调用 uncaughtException() 函数。

1.2 KillApplicationHandler 类

从上面的代码看到参数 UncaughtExceptionHandler 为 KillApplicationHandler 对象，这里来看下该类：

frameworks/base/core/java/com/android/internal/os/RuntimeInit.javaprivate static class KillApplicationHandler implements Thread.UncaughtExceptionHandler {private final LoggingHandler mLoggingHandler;public KillApplicationHandler(LoggingHandler loggingHandler) {this.mLoggingHandler = Objects.requireNonNull(loggingHandler);}@Overridepublic void uncaughtException(Thread t, Throwable e) {...}...}

该类父类为 Thread.UncaughtExceptionHandler，并实现了 uncaughtException() 函数。

另外，构造中需要传入一个 LoggingHandler 的对象，存放在私有变量 mLoggingHandler 中。

对于核心的处理函数 uncaughtException() 详细见下面第 2 节。

1.3 LoggingHandler 类

frameworks/base/core/java/com/android/internal/os/RuntimeInit.javaprivate static class LoggingHandler implements Thread.UncaughtExceptionHandler {public volatile boolean mTriggered = false;@Overridepublic void uncaughtException(Thread t, Throwable e) {mTriggered = true;//已经在crash 流程中，则已经在处理KillApplicationHandler则不再重复进入if (mCrashing) return;if (mApplicationObject == null && (Process.SYSTEM_UID == Process.myUid())) {Clog_e(TAG, "*** FATAL EXCEPTION IN SYSTEM PROCESS: " + t.getName(), e);} else {logUncaught(t.getName(), ActivityThread.currentProcessName(), Process.myPid(), e);}}}

该类中的 uncaughtException() 是在crash 最开始调用的，用以输出crash 开头信息：

  • 当 system 进程crash提示 *** FATAL EXCEPTION IN SYSTEM PROCESS: [线程名]
  • 当 app 进程crash 提示三个内容：
    • FATAL EXCEPTION: [线程名]
    • Process: [进程名], PID: [pid]

对于processName 为null，只会提示PID。

 

2. KillApplicationHandler.uncaughtException()

当线程因为未捕获的异常停止时，Java 虚拟机会调用 uncaughtException() 函数，即调用 KillApplicationHandler 中的 uncaughtException() 函数。本节将在上面第 1.2 节的基础上详细地剖析uncaughtException() 函数：

frameworks/base/core/java/com/android/internal/os/RuntimeInit.javapublic void uncaughtException(Thread t, Throwable e) {try {//调用LoggingHandler.uncaughtException()，不会反复调用ensureLogging(t, e);//全局变量，用以控制重复进入crash流程，第一次进入后会将该变量置trueif (mCrashing) return;mCrashing = true;//尝试去停止profiling，因为后面需要kill 进程，内存buffer会丢失，//所以尝试停止，来 flush 内存bufferif (ActivityThread.currentActivityThread() != null) {ActivityThread.currentActivityThread().stopProfiling();}//弹出crash对话框，等待处理完成ActivityManager.getService().handleApplicationCrash(mApplicationObject, new ApplicationErrorReport.ParcelableCrashInfo(e));} catch (Throwable t2) {...} finally {//确保当前进程彻底杀掉Process.killProcess(Process.myPid());System.exit(10);}}

主要是通过 AMS 调用 handleApplicationCrash() 函数进行 crash report，共两个参数：

  • 第一个参数为进程对象
  • 第二个参数为ParcelableCrashInfo(父类为 CrashInfo 和 Parcelable)

ParcelableCrashInfo 用以封装 CrashInfo，引入Parcelable。

CrashInfo 类主要是保存 crash 信息：文件名、类名、方法名、对应行号、异常信息等。

详细的 handleApplicationCrash() 函数剖析，请查看下面第 3 节。

3. AMS.handleApplicationCrash()

frameworks/base/services/core/java/com/android/server/am/AMS.javapublic void handleApplicationCrash(IBinder app,ApplicationErrorReport.ParcelableCrashInfo crashInfo) {ProcessRecord r = findAppProcess(app, "Crash");final String processName = app == null ? "system_server": (r == null ? "unknown" : r.processName);handleApplicationCrashInner("crash", r, processName, crashInfo);}

该函数主要两个操作：

  • 确定进程名；
  • handleApplicationCrashInner() 函数调用；

对于进程名，

  • 当参数 app 为null，表示 system_server 进程；
  • 当参数 app不为null，通过findAppProcess() 确认ProcessRecord，进而确认进程名；

 

3.1 AMS.handleApplicationCrashInner()

frameworks/base/services/core/java/com/android/server/am/AMS.javavoid handleApplicationCrashInner(String eventType, ProcessRecord r, String processName,ApplicationErrorReport.CrashInfo crashInfo) {EventLogTags.writeAmCrash(Binder.getCallingPid(),UserHandle.getUserId(Binder.getCallingUid()), processName,r == null ? -1 : r.info.flags,crashInfo.exceptionClassName,crashInfo.exceptionMessage,crashInfo.throwFileName,crashInfo.throwLineNumber);FrameworkStatsLog.write(FrameworkStatsLog.APP_CRASH_OCCURRED,Binder.getCallingUid(),eventType,processName,Binder.getCallingPid(),(r != null && r.info != null) ? r.info.packageName : "",(r != null && r.info != null) ? (r.info.isInstantApp()? FrameworkStatsLog.APP_CRASH_OCCURRED__IS_INSTANT_APP__TRUE: FrameworkStatsLog.APP_CRASH_OCCURRED__IS_INSTANT_APP__FALSE): FrameworkStatsLog.APP_CRASH_OCCURRED__IS_INSTANT_APP__UNAVAILABLE,r != null ? (r.isInterestingToUserLocked()? FrameworkStatsLog.APP_CRASH_OCCURRED__FOREGROUND_STATE__FOREGROUND: FrameworkStatsLog.APP_CRASH_OCCURRED__FOREGROUND_STATE__BACKGROUND): FrameworkStatsLog.APP_CRASH_OCCURRED__FOREGROUND_STATE__UNKNOWN,processName.equals("system_server") ? ServerProtoEnums.SYSTEM_SERVER: (r != null) ? r.getProcessClassEnum(): ServerProtoEnums.ERROR_SOURCE_UNKNOWN);final int relaunchReason = r == null ? RELAUNCH_REASON_NONE: r.getWindowProcessController().computeRelaunchReason();final String relaunchReasonString = relaunchReasonToString(relaunchReason);if (crashInfo.crashTag == null) {crashInfo.crashTag = relaunchReasonString;} else {crashInfo.crashTag = crashInfo.crashTag + " " + relaunchReasonString;}addErrorToDropBox(eventType, r, processName, null, null, null, null, null, null, crashInfo);mAppErrors.crashApplication(r, crashInfo);}

函数比较长，主要做了下面几件事情：

  • 写event log；

类似：

12-01 16:45:29.663198  1260  3220 I am_crash: [21597,0,com.qualcomm.qti.PresenceApp,550026821,java.lang.NoSuchMethodException,com.qualcomm.qti.PresenceApp.SubsriptionTab.<init> [],Class.java,2363]
  • addErrorToDropBox() 将crash 的信息输出到 /data/system/dropbox/ 下，例如system_server 的dropbox 文件名为 system_server_crash@xxx.txt (xxx 代表时间戳)；
  • crashApplication() 继续处理 crash 流程，发出 SHOW_ERROR_UI_MSG，弹出 crash 对话框；

4.  AppErrors.crashApplication()

frameworks/base/services/core/java/com/android/server/am/AppErrors.javavoid crashApplication(ProcessRecord r, ApplicationErrorReport.CrashInfo crashInfo) {final int callingPid = Binder.getCallingPid();final int callingUid = Binder.getCallingUid();final long origId = Binder.clearCallingIdentity();try {crashApplicationInner(r, crashInfo, callingPid, callingUid);} finally {Binder.restoreCallingIdentity(origId);}}

主要是调用私有函数 crashApplicationInner()，因为代码逻辑太多，这里不过多剖析，主要关注如下几点：

  • handleAppCrashInActivityController()

如果是 IActivityController 类型该处理的 crash，是不会弹出对话框，通过该函数进入 makeAppCrashingLocked() 流程。

  • makeAppCrashingLocked()

如果无法识别进程，或者进程已经超过crash 额度，将不再弹出对话框，而是直接return到上一级。

  • 发出 SHOW_ERROR_UI_MSG 消息，弹出crash 对话框
  • 等待用户选择，根据不同选择做进一步处理

5. makeAppCrashingLocked()

frameworks/base/services/core/java/com/android/server/am/AppErrors.javaprivate boolean makeAppCrashingLocked(ProcessRecord app,String shortMsg, String longMsg, String stackTrace, AppErrorDialog.Data data) {app.setCrashing(true);app.crashingReport = generateProcessError(app,ActivityManager.ProcessErrorStateInfo.CRASHED, null, shortMsg, longMsg, stackTrace);app.startAppProblemLocked();app.getWindowProcessController().stopFreezingActivities();return handleAppCrashLocked(app, "force-crash" /*reason*/, shortMsg, longMsg, stackTrace,data);}


http://www.ppmy.cn/news/122795.html

相关文章

通过代码了解一下 Python 异步处理

通过代码了解一下 Python 异步处理

通过代码了解了解 Python 异步处理 0. 背景1. 示例代码 12. 示例代码 2 0. 背景 想了解一下 Python 的异步编程&#xff0c;所以就学习了一些示例代码。 1. 示例代码 1 controllers.py import asyncio from datetime import datetimeasync def foo():print(f{datetime.now(…
阅读更多...
针对蓝桥杯竞赛（Python）的基础知识 No.1

针对蓝桥杯竞赛（Python）的基础知识 No.1

首先我们要知道Python是有着大量的库&#xff08;模块、类、函数&#xff09;的&#xff0c;所谓善借其器,善用其利 Q1、日期问题 掌握 datetime库 eg&#xff1a;小蓝每周六、周日都晨跑&#xff0c;每月的 1、11、21、31日也晨跑。其它时间不晨跑。已知 2022年1月1日是周六&…
阅读更多...
rx6600属于什么级别的显卡 rx6600相当于gtx什么显卡

rx6600属于什么级别的显卡 rx6600相当于gtx什么显卡

RX6600的性能相当于RTX2060和RTX3060之间&#xff0c;RX6600相比RTX2060领先了7%&#xff0c;但是落后RTX3060大概6%。 rx6600怎么样这些点很重要看过你就懂 了 http://www.adiannao.cn/dq 参数方面&#xff0c;RX6600采用基于7nm工艺搭载的RDNA 2 GPU架构&#xff0c;架构代号…
阅读更多...
道路曲折，J4105核显直通实验成功了

道路曲折，J4105核显直通实验成功了

道路曲折&#xff0c;J4105核显直通实验成功了 首先要参考J3455的教程去设置PVE屏蔽一些驱动和修改grub参数&#xff0c;J3455的教程已经很多了。其中最关键的就是提取只支持uefi启动的vgabios文件&#xff0c;网上的方法都不可行&#xff0c;经过我一番努力&#xff0c;最后终…
阅读更多...
HD-SDI转HDMI转换器工作原理及功能介绍

HD-SDI转HDMI转换器工作原理及功能介绍

高清HD-SDI转HDMI转换器是一款专用于单路高清数字分量串行接口(HD-SDI和3G-SDI)信号转换为HDMI信号的设备。该设备集成SDI接收器及HDMI调制器&#xff0c;可方便的将HD-SDI信号转为HDMI信号&#xff0c;同时会将SDI所带音频信号分离转换后嵌入到HDMI信号中&#xff0c;以实现声…
阅读更多...
HDMI是什么？它与HD BaseT、SDI又有什么区别？

HDMI是什么？它与HD BaseT、SDI又有什么区别？

HDMI是什么&#xff1f;它与HD BaseT、SDI又有什么区别&#xff1f; HDMI&#xff0c;全称High Defination Multimedia Interface&#xff0c;高清多媒体接口。是一种数字音频视频传输接口&#xff0c;用于传输未压缩的高清音频视频信号。 HDMI由HDMI协会定义&#xff0c;它的…
阅读更多...
HDMI简单介绍

HDMI简单介绍

一.什么是HDMI&#xff1f; HDMI(High-Definition Multimedia Interface)称为高清晰度多媒体接口&#xff0c;是首个支持在单线缆上传输不经过压缩的全数字高清晰度、多声道音频和智能格式与控制命令数据的数字接口。HDMI 接口由 SiliconImage 美国晶像公司倡导&#xff0c;联合…
阅读更多...
黑苹果0005——我的config文件（笔记本 intel HD630）

黑苹果0005——我的config文件（笔记本 intel HD630）

更新2018.10.28 这是 i57300HQ hd630 冒卡访问——用的第六代的hd520显卡注入参数&#xff08;这可能是一块马甲芯片 /难书 &#xff09; 说明 不足指出还望执教与纠错&#xff0c;如果兄弟们把在联想笔记本上装上了独显&#xff0c;请及时联系我&#xff0c;让我也吃一口螃蟹…
阅读更多...
最新文章

Copyright @ 2022~2023