应用退出不知道原因？HarmonyOS有账本

本原创文章帖发布在华为开发者联盟社区欢迎开发者前往访问评论交流更多与该内容相关讨论请点击原帖查看应用退出不知道原因HarmonyOS有账本-华为开发者话题 | 华为开发者联盟在移动端应用开发过程中可能出现应用闪退、后台被强制退出等异常行为。除崩溃、Freeze 等显性故障外也存在系统资源调度引发的非故障类退出仅依靠传统故障日志无法完整还原退出现场给问题排查带来较大阻碍。 针对这一痛点HarmonyOS 6.1 上线 HiAppEvent 退出原因订阅能力通过系统级事件采集记录应用上一次应用退出的全量原因助力开发者高效完成异常数据汇总与根因分析。下文将对该机制的原理、开发实践及应用场景展开详细解读。一、背景与挑战1.1 当前应用退出痛点•退出原因记录分散系统杀应用逻辑分散在多个模块如资源管控、故障处理、后台任务管理等缺乏统一的维测接口。•区分退出是否是故障部分退出原因是正常的用户行为或者是系统正常的后台管理行为需要剔除这些正常退出原因关注消费产品使用者体验层面的异常问题。1.2 常见退出场景分类reason(string)产生原因LowMemoryKill同前面的lastExitMessage值为Memory Pressure场景即整机低内存触发优先级由低到高终止应用。IllegalAudioRendererBySuspend应用的音频播放未申请合理的后台任务其退至后台后仍有大量音频播放。PowerSaveClean整机切换到省电模式或应急模式。RssThresholdKiller应用的RSS内存超一定阈值。UserRequest最近任务上划或清理。ThreadBlock6S应用主线程卡死超时。AppInputBlock用户输入响应超时。LifecycleTimeout应用生命周期超时。JsErrorjs层程序崩溃。CppCrashnative层程序崩溃。HighTemperature温度超限。二、通过HiAppEvent订阅机制获取上次退出原因2.1 核心能力•订阅接口hiAppEvent.addWatcher支持订阅hiAppEvent.event.APP_KILLED系统事件 。•数据模型通过eventInfo.params.reason获取退出原因2.2 开发实践示例hiAppEvent.addWatcher({ // 开发者可以自定义观察者名称系统会使用名称来标识不同的观察者 name: watcher, // 开发者可以订阅感兴趣的系统事件此处是订阅了应用终止事件 appEventFilters: [ { domain: hiAppEvent.domain.OS, names: [hiAppEvent.event.APP_KILLED] } ], // 开发者可以自行实现订阅实时回调函数以便对订阅获取到的事件数据进行自定义处理 onReceive: (domain: string, appEventGroups: ArrayhiAppEvent.AppEventGroup) { hilog.info(0x0000, testTag, HiAppEvent onReceive: domain${domain}); for (const eventGroup of appEventGroups) { // 开发者可以根据事件集合中的事件名称区分不同的系统事件 hilog.info(0x0000, testTag, HiAppEvent eventName${eventGroup.name}); for (const eventInfo of eventGroup.appEventInfos) { // 开发者可以对事件集合中的事件数据进行自定义处理此处是将事件数据打印在日志中 hilog.info(0x0000, testTag, HiAppEvent eventInfo.domain${eventInfo.domain}); hilog.info(0x0000, testTag, HiAppEvent eventInfo.name${eventInfo.name}); // 开发者可以获取到应用终止事件发生的时间戳 hilog.info(0x0000, testTag, HiAppEvent eventInfo.params.time${eventInfo.params[time]}); // 开发者可以获取到应用的前后台状态 hilog.info(0x0000, testTag, HiAppEvent eventInfo.params.foreground${eventInfo.params[foreground]}); // 开发者可以获取到应用终止事件发生的原因 hilog.info(0x0000, testTag, HiAppEvent eventInfo.params.reason${eventInfo.params[reason]}); hilog.info(0x0000, testTag, HiAppEvent eventInfo.params.app_running_unique_id${eventInfo.params[app_running_unique_id]}); hilog.info(0x0000, testTag, HiAppEvent eventInfo.params.bundle_version${eventInfo.params[bundle_version]}); } } } });2.3 数据采集维度名称类型说明timenumber事件触发时间单位为ms。reasonstring终止原因原因范围详见reason字段说明 。foregroundboolean应用是否处于前台状态。true表示应用处于前台false表示应用处于后台。app_running_unique_idstring应用运行时唯一关联的id。说明从API version 24开始支持该参数。bundle_versionstring应用版本信息。说明从API version 24开始支持该参数。三、开发案例崩溃聚类分析实战3.1 案例背景某应用在鸿蒙6.1升级后出现高频崩溃传统日志分析难以定位共性诱因。通过HiAppEvent订阅机制开发者获取到以下关键数据•崩溃类型分布JS Crash占比62%CppCrash占比38%。•资源管控诱因整机内存管控触发的后台进程终止占比75%。3.2 基本架构3.3 聚类分析流程1.数据清洗提取eventInfo.params.reason中的关键词如RssThresholdKiller、LowMemoryKill。如果只关注前台应用闪退则过滤eventInfo.params.foreground2.聚类算法对崩溃事件reason进行聚类识别高频模式。3.数据关联根因定位针对聚类中心事件通过app_running_unique_id字段和hiAppEvent.event.APP_CRASH事件日志进行关联。3.3 修复效果修复措施崩溃率下降幅度优化内存分配策略15%修复Native Memory资源泄漏28%增加ErrorManger捕获不必要的JsError35%附官方文档1. 应用终止事件介绍含订阅示例代码文档中心2. App Killed应用终止检测 文档中心3. 应用异常退出类问题检测方法 文档中心4. 应用被查杀类问题分析方法 文档中心