本原创文章帖发布在华为开发者联盟社区欢迎开发者前往访问评论交流更多与该内容相关讨论请点击原帖查看运维态高效处理应用冻屏-华为开发者话题 | 华为开发者联盟1.1 运维态应用冻屏分析流程应用冻屏是应用性能优化的重要问题本文档介绍在运维态下如何通过APMS平台进行应用冻屏事件的标准化排查、分析、定位和修复闭环流程。1.1.1 标准化排查流程1.1.1.1 整体流程图1.1.1.2 排查步骤步骤1APMS故障预警- 在APMS平台配置应用冻屏监控告警规则设置监控时段、频率和触发条件。步骤2问题查看与聚类- 通过APMS故障指标、APMS故障分析页面可筛选冻屏类型问题查看冻屏趋势、Top问题列表与Top耗时函数。步骤3根因定位与分析- 分析故障模块、发生次数、影响设备数等关键信息定位高优问题。查看问题详情通过AI分析、证据链、现场数据、采样栈数据深入分析冻屏原因。步骤4修复建议验证与闭环- 根据修复建议优化代码并验证修复效果形成闭环。1.1.2 指标监控与关键信息提取1.1.2.1 应用冻屏监控信息详情故障分析页面开发者可查看应用的Top问题列表结合业务对问题进行描述标记优先级与问题状态高优处理未修复的高优先级问题。页面也展示应用的Top耗时函数开发者可重点关注问题高发的函数并结合业务优先级进行修改优化。1.1.2.2 关键指标说明•故障模块发生冻屏的模块或组件用于定位问题范围•发生次数占比冻屏问题发生的频率帮助判断问题严重程度•影响设备数占比受影响的设备数量评估问题影响面1.1.2.3 关键信息提取开发者在分析卡死问题时需要重点关注问题详情页的以下信息1卡死趋势图表在问题详情页下钻分析可设置筛选条件查看冻屏在不同时间、不同版本、不同设备维度的发生频率。例如某次版本更新后该类卡死量激增可能提示新引入的问题。2环境上下文包括设备信息、系统版本、应用版本、ROM 版本、前后台状态等帮助判断卡死发生的具体环境。3证据链证据链可查看堆栈信息问题堆栈会有红色高亮显示可查看问题发生的业务代码位置。1.2 APMS平台应用冻屏问题分析案例1.2.1 APMS 故障预警可以在故障预警平台的告警规则页面创建告警。根据实际的业务情况选择合适监控时段监控频率告警触发条件等应用冻屏的指标类型是属于APP_FREEZE。配置告警规则后当应用触发冻屏事件设备会进行上报故障信息。系统会开始收集后台数据当满足告警触发条件后会触发预警。收到预警后可以点击查看进入故障指标页面。故障指标页面包含了趋势分析维度分布和Top问题列表。开发者可以在界面可以设置不同的筛选条件对冻屏问题进行个性化分析。点击top问题列表中的查看可以进入问题详情页查看问题详情近一步分析。开发者也可以直接点击故障分析页面经过条件筛选后可查看具体的Top问题列表点击查看可进入问题详情页近一步分析。1.2.2 问题查看与聚类1.2.2.1 聚类规则说明平台根据以下规则进行问题聚类•相同特征ID将具有相同问题特征ID的问题聚合在一起•相同函数名同一函数发生的冻屏问题会被聚合在一起1.2.2.2 TOP问题查看进入故障分析界面筛选卡死问题范围在界面可以设置不同的筛选条件对卡死问题进行个性化分析。筛选条件设置完成后点击“查询”即可查看指定时间范围和条件下的三类指标数据的变化趋势包括冻屏率、冻屏次数、冻屏设备数。1.2.2.3 TOP根因聚类完成筛选后开发者可进一步查看Top问题列表在问题列表中每个问题都是同一类问题的汇总。APMS平台会将具有相同特征ID的问题聚合成一个,并按照发生次数进行排序开发者可高优处理top问题。点击“查看”进入问题详情页近一步查看问题详情。开发者也可以查看Top耗时函数APMS会根据函数名将相同函数发生的问题聚类成一个记录并按照故障出现次数进行排序开发者可根据函数名排查自己的业务逻辑。点击“查看”进入问题详情页近一步查看问题详情。1.2.3 根因定位与分析1.2.3.1 基础定位信息点击应用冻屏信息详情列表某个问题通常状态不为已修复进入详情页后APMS将提供以下核心分析信息帮助开发者定位根因问题概要展示问题的核心身份信息包括问题特征ID、故障原因、故障模块帮助您快速判断卡死的基本属性。聚类数据基于堆栈关键行和过滤筛选跳转聚类同类故障帮助您评估问题的影响范围与严重程度。分析报告提供问题发生时的完整上下文包括环境信息设备型号、系统版本、ROM 版本、前后台状态等、堆栈信息、日志文件并基于分析结果给出修复建议辅助您高效完成问题排查与闭环。故障详情可根据平台解析出的故障原因参照修复建议定位代码问题完成问题修复与验证。证据链证据链会展示问题发生的堆栈并标出故障处同时会说明问题根因的判断依据。现场数据现场数据为开发者提供冻屏时刻的完整运行上下文包含堆栈信息、页面导航轨迹、CPU信息、内存信息与热档位等便于精准还原用户操作路径与触发场景。采样栈还原堆栈通过上传 SourceMap 或 .so 符号表文件可将混淆后的堆栈地址还原为可读的代码行号与函数名。1.2.3.2 下钻分析下钻分析的核心逻辑是一个汇总的指标或表象问题出发将其拆分成多个组成部分然后挑出最关键的线索继续向下拆分不断重复这个过程直到定位到具体的根因。平台会根据聚类id或pathname函数/so路径名称进行聚类并筛选top应用版本系统版本以及设备型号。开发者可根据此重点关注问题高发的版本及设备更精确的定位问题。1.2.3.3 AI分析平台提供了AI分析日志的功能会解析问题堆栈并给出问题根因以及修复建议协助开发者处理问题。1.2.4 修复建议验证与闭环1.2.4.1 修复建议故障详情页面会给到修复建议开发者可以通过给出的建议优化代码。1.2.4.2 修复建议与闭环1修改问题之后可以在分析页面的问题列表中将对应的问题处标记已修改并关注新版本的冻屏数据。2对比修复前后的问题发生率确认修复是否有效。1.2.5 基于Operation Analyzer平台分析Operation Analyzer平台是指IDE的Operation Analyzer 插件。在IDE上可以通过此插件查看到应用对应的故障数据数据和APMS平台上一致。1.2.5.1 Operation Analyzer平台入口打开DevEco后在左侧可看到Operation Analyzer图标点击后选择应用再点击应用冻屏即可查看该类故障数据。如果左侧没有出现Operation Analyzer平台图标也可通过上方导航栏的视图窗口进入。1.2.5.2 问题分析Operation Analyzer平台问题查看开发者可自定义筛选条件筛选需要查看的问题可点击功能列表下具体的问题进一步查看问题详情。开发者也可以点击耗时函数列表然后点击具体的耗时函数进一步查看问题详情。Operation Analyzer平台问题详情平台的问题详情页同APMS平台功能相同开发者可查看故障分析与修复建议排查问题。如果修复建议不能支撑解决可近一步查看证据链、现场数据、采样栈日志进行具体分析。开发者也可以查看问题分布图表定位问题高发的应用版本、设备型号与系统版本辅助进一步分析。Operation Analyzer关联离线符号表Operation Analyzer平台提供了堆栈还原的能力可以通过上传符号表.so/.map/.json文件完成堆栈还原辅助分析问题。Operation Analyzer关联代码堆栈还原后Operation Analyzer平台可将故障处与项目代码相关联点击故障处可跳转到对应源码中可辅助开发者更高效的定位问题。1.2.5.3 问题修复Operation Analyzer平台会给出故障分析与修复建议开发者可根据修复建议修复问题代码。
