跳到主要内容

App Killed（应用终止）检测

简介​

应用闪退指应用在使用过程中突然异常终止。当应用行为异常，比如消耗过多CPU、内存等系统资源时，系统为了保持整机健康状态，会按照规则挑选应用进行管控，通常通过服务进程向应用发送SIGKILL信号（信号值是9）来实施终止的。操作系统对SIGKILL的默认行为是不生成栈日志等维测信息的，导致应用闪退时faultlogger中无日志。

基本概念​

应用退出通常包含以下几种情况：

  1. 应用自身发生异常或主动抛出异常，例如因SIGSEGV、SIGABRT触发的CPP_CRASH异常，系统可监控并记录维测日志。
  2. 用户主动终止应用，例如在任务列表中点击清理按钮以清除所有应用，或上划清除单个应用，不会生成栈等维测日志。
  3. 应用开发者主动调用exit系统调用时，不会生成栈等维测日志。
  4. 应用发生主线程堵塞，导致界面冻结，通常会生成APP_FREEZE日志。
  5. 资源使用过度将导致系统对应用进行管控，并提供详细的维测信息。例如，应用发生内存泄漏时，通常会生成资源泄漏类的维测日志。开发者可以通过HiAppEvent订阅RESOURCE_OVERLIMIT获取对应的事件和日志。
  6. 系统对应用进行管控时，部分场景无法提供详细的维测信息，比如LowMemoryKiller、应用的RSS内存超过4G、快速泄漏等。

本节主要覆盖在场景5和6中因SIGKILL信号导致的应用终止。

实现原理​

  1. 内核和服务进程都会监控系统资源。
  2. 发现异常后，选择应用进行管控。
  3. 系统触发管控，终止应用时会添加系统事件打点。
  4. 打点事件中包含uid、包名、前后台信息、终止原因和维测信息。

约束和限制​

  1. 应用需先通过HiAppEvent订阅，才能接收终止事件。
  2. 终止事件以异步的方式传递给应用，应用需在下次启动时才能接收到。
  3. 系统的管控行为会随着版本演进而不断新增，不保证当前的管控机制是系统的全部。

触发场景​

系统终止应用，有以下的场景:

  1. 应用的内存、CPU和IO类负载超过一定限额，文件句柄和线程数量超标。
  2. 整机低内存时，会根据内存使用情况和优先级终止应用。
  3. 功耗类检查，包括应用Binder调用导致频繁唤醒、音频播放或录音导致系统无法冻结、GPS或蓝牙等外设使用异常问题。

感知方式​

应用可以通过两种方式感知到被异常终止。

  1. 从元能力的Ability的onCreate回调参数中获取终止原因。具体为LaunchParam启动参数中的LastExitReason字段，请参考元能力LastExitReason章节。
  2. 通过HiAppEvent订阅APP_KILLED事件。订阅方式请参考应用终止事件。

分析思路和分析步骤​

  1. 从Ability的onCreate回调参数中获取终止原因。

    可以参考下表进行处理。

    lastExitReason(enum)lastExitMessage(string)产生原因处理策略
    APP_FREEZEAPP_FREEZE由于watchdog检测出应用Freeze故障，导致应用程序退出。通过HiAppEvent订阅APP_FREEZE事件，到APP_FREEZE事件中去匹配。
    RESOURCE_CONTROLCPU HighloadCPU高负载。尝试降低应用自身的CPU负载。
    RESOURCE_CONTROLCPU_EXT Highload快速CPU负载检测。尝试降低应用自身的CPU负载。
    RESOURCE_CONTROLIO Manager ControlI/O管控。尝试降低应用自身的I/O。
    RESOURCE_CONTROLApp Memory Deterioration应用内存超限劣化。尝试通过HiAppEvent订阅RESOURCE_OVERLIMIT获取更多日志。
    RESOURCE_CONTROLTemperature Control温度管控。尝试降低应用自身的CPU负载。
    RESOURCE_CONTROLMemory Pressure整机低内存触发，按优先级由低到高终止应用。尝试降低应用自身的内存占用，以减少被整机管控策略选中的概率。

  2. 通过HiAppEvent订阅APP_KILLED事件。

    通过APP_KILLED事件，可以获取终止原因、应用前后台等关键信息，对照下表进行处理：

    reason(string)产生原因处理策略是否应用自身异常触发管控是否有关联事件
    LowMemoryKill同前面的lastExitMessage值为Memory Pressure场景，即整机低内存触发，优先级由低到高终止应用。尝试降低应用自身的内存占用，以减少被整机终止策略选中的概率。否否
    SwapFullSwap交换空间接近占满，可能存在个别进程内存泄漏，或者是后台进程个数太多。尝试降低应用自身的内存占用，以减少被整机管控策略选中的概率。否否
    ResourceLeak(IonLeak)应用占用的ION内存超标。尝试通过HiAppEvent订阅RESOURCE_OVERLIMIT获取更多的ION内存日志，找到泄漏点后，降低应用自身的ION内存占用，一般来说是Image组件或者Pixmap泄漏导致。是是
    ResourceLeak(GpuRsLeak)应用的ArkUI组件在render_service服务进程占用的GPU内存超标。尝试降低应用ArkUI组件的GPU内存占用。是否
    ResourceLeak(GpuLeak)应用在本进程内占用的GPU内存（即自渲染产生的GPU内存）超标。尝试通过HiAppEvent订阅RESOURCE_OVERLIMIT获取更多的GPU内存日志，找到泄漏点后，降低应用自渲染（使用XComponent组件）的GPU内存占用。是是
    ResourceLeak(AshmemLeak)应用占用的ashmem内存超标。尝试通过HiAppEvent订阅RESOURCE_OVERLIMIT获取更多的ashmem内存日志，找到泄漏点后，降低应用自身的ashmem内存占用，一般来说是Image组件或者Pixmap泄漏导致。是是
    IllegalAudioRendererBySuspend未申请合理的后台任务，但是后台有大量音频播放。应用退至后台时，应避免不必要的后台音频播放，或者合理使用后台任务，具体参考后台任务开发服务。是否
    PowerSaveClean整机切换到省电模式或应急模式。无需处理。否否
    RssThresholdKiller应用的RSS内存超一定阈值。尝试降低应用自身的内存占用，避免出现RSS内存超过阈值的情况。是否
    OomKiller整机低内存，触发了内核管控，按照一定策略终止应用。尝试降低应用自身的内存占用，以减少被整机管控策略选中的概率。否否
    CpaKillerDRM(Digital Right Management)业务申请内存但是内存不足时，会按照一定策略终止进程以回收内存。尝试降低应用自身的内存占用，以减少被整机管控策略选中的概率。否否