鸿蒙中性能问题定位：深度录制

大雷神
0 阅读1分钟

​

深度录制技术概述

深度录制（Deep Recording）是一种先进的性能分析技术，它通过全面捕获应用程序运行时的各种执行上下文信息（包括函数调用栈、参数、返回值、SQL查询、网络请求、系统调用等），并将其保存为可供后续分析的日志文件或事件流。与传统的抽样分析不同，深度录制提供了完整的执行轨迹，使开发者能够像使用"时光机"一样回放任意时间段的执行过程，精准定位性能问题的根源。

在当今复杂的软件开发环境中，性能问题往往表现为难以复现的偶发现象。"测试环境正常，生产环境卡顿"、"特定用户操作偶尔缓慢"、"周期性CPU飙升"等问题传统工具难以应对。传统性能监控工具（如APM、基础监控）主要提供宏观视角，告诉我们

哪里

慢了或

什么

资源紧张，但往往无法解释

为什么

会出现这些问题。深度录制技术正是为了解决这一痛点而诞生，它允许开发者在问题发生后精确复现现场状况，进行交互式调试和根因分析。

深度录制的工作原理可以分为三个层次：

  • 数据采集层：基于不同技术栈实现数据收集，如Java中的JVM Agent技术通过字节码增强（Bytecode Instrumentation）在方法入口/出口等关键点注入录制代码；系统层面使用eBPF技术高效捕获系统调用、网络数据包等内核事件；还有语言特定的运行时如.NET的dotnet-trace和Python的py-spy。

  • 存储与处理层：采用环形缓冲区策略持续保留最近一段时间（通常是过去24小时）的数据，当预设触发条件（如API响应时间>5s）满足时，系统会自动将相关会话的完整录制数据转储到永久存储并生成警报。

  • 分析与回放层：工程师通过专用IDE插件或客户端工具下载录制文件，回放引擎会解析文件并重建调用栈、线程状态、变量快照等信息，开发者可以像调试本地代码一样设置断点、单步执行、查看变量值

Harmony中创建深度分析任务并进行录制

开发者可针对不同的性能问题场景选择不同模式的分析任务，对应用/元服务进行深度分析。当前支持以下调优场景为：

  • Frame：主要用于深度分析应用/元服务的卡顿丢帧原因。
  • Launch：主要用于分析应用/元服务的启动耗时，分析启动周期各阶段的耗时情况、核心线程的运行情况等，协助开发者识别启动瓶颈。
  • Snapshot：支持多次拍摄ArkTS堆内存快照，分析单个内存快照或多个内存快照之间的差异，定位ArkTS的内存问题。
  • Allocation：主要用于应用/元服务内存资源占用情况的分析，可深度采集内存相关数据，直观呈现不同分类的内存趋势，提供内存实例分配的调用栈记录，深入分析内存问题。
  • ArkUI：主要用于定位由于组件耗时、页面布局、状态变量更新导致的卡顿问题。
  • Energy：主要用于应用/元服务的能耗异常分析。
  • ArkWeb：主要用于定位web应用加载和丢帧问题。
  • Network: 主要用于定位http协议栈网络信息诊断，用于网络请求分段耗时分析。
  • Concurrency：主要用于显示并行并发应用的实际运行情况，用于帮助优化并行并发代码。
  • GPU：主要识别GPU利用率低以及执行图形和计算工作负载性能瓶颈的根本原因。
  • Time：主要用于改进函数执行效率的分析，深度录制函数调用栈及每帧耗时等相关运行数据，并完整展现ArkTS到Native的跨语言调用栈，支撑Native API典型问题分析。
  • CPU：通过深度采集CPU内核相关数据，直观地呈现出当前选择调优应用/元服务进程的CPU使用率、CPU各核心时间片调度信息、CPU各核心频率信息、CPU各核心使用率信息、系统各进程的CPU使用情况、线程状态及Trace信息等。

  1. 选择场景模板，创建会话：

    新建任务的入口，DevEco Profiler提供Frame、Launch、Snapshot、Allocation、ArkUI、Energy、ArkWeb、Network、Concurrency、GPU、Time、CPU场景化分析任务类型。

    ​编辑

    ：在设备列表中选择设备。

    ​编辑

    ：在进程列表中选择要调测的应用（可以是正在运行的应用，也可以是已安装但未启动的应用）。

    ​编辑

    ：在DevEco Profiler主界面的新建任务区域，单击要创建的场景调优分析任务类型，并单击“Create Session”。创建后的分析任务，将显示在界面左侧的任务列表中。

    ​编辑

    ：调优详情，显示具体的调优内容。

    ​

    编辑

  2. 配置并确认会话环境：

    在右边录制详情区域，工具控制栏上有很多小图标，鼠标放上去会有一些功能提示，可以添加一些录制选项，各泳道区域也有下拉框选项，下拉选择不同的设置可以调整录制功能。

    ​

    编辑

  3. 启动录制，复现性能劣化场景：

    单击任务窗口左上角的

    ​编辑

    ，启动录制，也可以选择左侧的任务列表中的

    ​编辑

    ，启动录制后，等待任务状态由“initializing”变为“recording”。录制过程中整个DevEco Profiler不能再点击其他的模板进行操作，如果想录制其他模板可以结束本次录制重新选择其他模板开始录制。

    ​

    编辑

  4. 录制场景结束，停止录制：

    在调优设备侧操作APP，执行要验证的操作，复现应用性能问题。单击该任务的停止按钮

    ​编辑

    ，进入数据解析阶段，所有泳道任务状态由“analyzing”变为“rendering”，解析结束，右侧调优详情区域显示具体调优内容，解析过程可能包含大量的数据，需要等待一段时间，请耐心等待解析完成。

当前的ArkTS Callstack/Callstack/Native Allocation/ArkTS Allocation泳道录制如果无值，泳道显示No Data，在泳道名称处可将光标悬浮于三角告警图标处，查看泳道报错的原因。

​

编辑

前端性能分析实战

问题场景与工具准备

在前端开发中，React应用动画卡顿是常见的性能问题场景。假设我们有一个投资日历应用，在周日历与月日历切换时出现明显卡顿，特别是在低端Android设备上1。

用于性能分析的主要工具是Chrome DevTools中的Performance面板（原名Timeline）。要访问该功能，只需在Chrome浏览器中打开开发者工具（F12），切换到Performance选项卡

​编辑

录制与分析性能数据

  1. 开始录制：点击Performance面板左上角的黑色圆形按钮（或按Ctrl+E）开始录制。在页面上执行滑动周日历等操作，5-10秒后点击Stop按钮停止录制。

  2. 初步分析：录制完成后，我们会看到如下性能分析结果：

    • 红帧（Red Frames）：表示页面已超负荷，会出现卡顿和响应缓慢

    • 黄色区域：表示JavaScript执行压力，区域越大压力越大

    • 内存占用：高额内存占用和不正常的波动曲线（蓝色线）

    • 函数调用栈：在Main窗格中可观察当前时刻的函数调用栈详情

  3. 定位问题：选中红帧区域，在Main区域查看函数调用栈。通常会发现函数调用栈最上层有红色三角形警告标志，如"Warning: Recuring handler took 86.69 ms"。此外，可能会发现大量的React组件方法被重复调用，如receiveComponent方法频繁出现。

常见性能问题与解决方案

通过深度录制分析，我们通常能发现以下几类常见性能问题

冗余渲染问题：组件中使用了componentWillReceiveProps等生命周期方法，并在props改变时修改组件state，导致双重渲染问题

// 优化前的问题代码
componentWillReceiveProps(nextProps) {
    this.setState({
        navProcess: getNavigation(nextProps.currentData)
    })
}

// 优化后的解决方案
function Index(props) {
    const { currentD, currentM, selectD, setDate, loading, error, process, navProcess } = props;
    return (
        <div className="main">
            <Calendar selectDate={selectD} curDate={currentD} curMonth={currentM} setDate={setDate} />
            { loading ? null : error ? <ErrorMessage queryData={process.bind(null, selectD)} /> : <Classification navProcess={navProcess} selectDate={selectD} /> }
            {loading ? <Loading isLoading={ loading } /> : null}
        </div>
    )
}

状态更新问题：在动画回调中多次调用状态更新函数，导致多次渲染问题

// 优化前的問題代码
setDate(newCur, 0);
setDate({ year: newCur.year, month: newCur.month }, 1)

// 优化后的解决方案
setDate = (options) => {
    const state = { ...this.state, ...options };
    if (options.selectD) {
        _date = options.selectD;
        _month = { year: _date.year, month: _date.month }
        state.currentD = _date;
        state.currentM = _month;
        this.process(_date, state);
    } else {
        this.setState(state);
    }
}

内存泄漏问题：通过Memory面板录制堆快照，分析内存占用情况，查找可能的内存泄漏点

移动端WebView性能分析

在移动端WebView中，性能问题可能更为复杂。我们可以使用WebDebugX等工具进行跨平台性能分析

let frameLogs = [];
const observer = new PerformanceObserver(list => {
  list.getEntries().forEach(entry => {
    if (entry.entryType === 'longtask') {
      frameLogs.push(entry);
    }
  });
});
observer.observe({ entryTypes: ['longtask'] });

setInterval(() => {
  console.log('Long tasks count:', frameLogs.length);
  frameLogs = [];
}, 500);

  1. 分析布局重绘：使用Chrome DevTools查看layout/repaint操作次数，或通过WebDebugX的DOM监控观察样式重绘频率3。

  2. 优化建议：

    • 使用IntersectionObserver控制图片加载节奏

    • 使用CSS占位符避免图片加载前的DOM结构变化

    • 使用translateZ(0)或will-change优化CSS图层

    • 使用requestAnimationFrame延迟处理滚动事件中的DOM操作

总结

深度录制技术为性能问题定位提供了强大的透视能力，使开发者能够不再依赖猜测和假设，而是基于完整的运行时上下文精准定位问题根源。通过前端和Android平台的实战案例我们可以看到，无论是React组件的冗余渲染问题，还是Android图形系统中的VSYNC同步问题，深度录制都能提供传统工具无法比拟的分析深度。

有效的性能优化需要系统化的方法：从问题复现、数据收集、多维度分析，到根本原因定位和优化验证。同时，选择合适的工具也至关重要，不同的场景可能需要组合使用多种工具才能获得最佳的分析效果。

随着软件系统的日益复杂，性能优化工作已经从"锦上添花"变成了"必不可少"的核心开发活动。掌握深度录制技术，建立系统化的性能优化体系，将成为现代软件开发者的关键竞争力。通过文中的实操案例和方法总结，希望读者能够将深度录制技术应用到日常开发工作中，构建出更加高性能、流畅的用户体验

问题类型

表现特征

优化策略

UI线程阻塞

输入无响应、动画卡顿

移出非UI操作、分帧处理、使用异步任务

过度绘制

滚动卡顿、UI响应慢

减少布局层次、使用视图裁剪、移出不必要背景

内存泄漏

长时间使用后变卡、OOM崩溃

使用LeakCanary检测、避免静态引用、及时释放资源

布局计算复杂

布局加载慢、滚动跳帧

优化布局层次、使用ConstraintLayout、预计算布局

图形API滥用

动画卡顿、界面闪烁

使用硬件加速、减少透明度更改、优化图形资源

华为开发者学堂

​

avatar
文章
阅读
粉丝