Systrace分析app启动分析

最新推荐文章于 2025-04-27 07:55:16 发布
最新推荐文章于 2025-04-27 07:55:16 发布
阅读量2.1k 收藏 6
点赞数
CC 4.0 BY-SA版权
分类专栏： performence
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/c_z_w/article/details/85322886
本文通过Systrace工具详细解析了从点击图标到应用启动的全过程，以Google Music为例，介绍了如何测量动画开启和关闭时的启动时间，包括寻找关键事件、计算启动延迟等步骤。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

Android Version： 6.0及以上 Platform： 通用

1. 介绍

此篇文章将介绍如何通过systrace来分析在launch界面click一个app的icon后app的启动时间，包括了animation off和animation on的情况，以google music应用为例。

2. 寻找InputReader–>AppLaunch_dispatchPtr:Down

根据Android系统事件传递的机制，第一步先找到frameworks层中事件出现的源头，就是在InputReader进程中的AppLaunch_dispatchPtr:Down这个动作。 AppLaunch_dispatchPtr_down 下方可以看到其时间 AppLaunch_dispatchPtr_down_time

3. 寻找InputReader–>AppLaunch_dispatchPtr: Up

然后找到click事件弹起的那个时间点： AppLaunch_dispatchPtr_up AppLaunch_dispatchPtr_up_time 这里看到down和up之间相差了19ms左右，这是因为手动点击时的迟滞时间导致，而每次操作这个值都可能不同。app的launch time应该以up为起始。

4. 寻找Launcher接收到Down事件

然后click事件会从frameworks中分发到launcher界面 launcher_receive_down launcher_receive_down_time

5. 寻找Launcher接收到Up事件，up在down的后面

launcher_receive_up launcher_receive_up_time

6. Launcher响应click事件

launcher_receive_onclick launcher_receive_onclick_time

7. Launcher开始通过AM去启动Activity

launcher_amStart launcher_amStart_time

8.寻找WindowManager中的绘制start window的时间

wm_start_window 这里有个经验可以参考，一般在systrace的图形中，WindowManager的start在InputReader的后上方 wm_start_window_experience 先找到wmAddStarting的时间 wm_wmAdd wm_wmAdd_time 再看下绘制结束的时间 wm_finishDraw wm_finishDraw_time

9. 寻找surfaceflinger最终送帧的时间点

sf_post sf_post_time

到这一步就是animation off情况下，启动music的第一帧的上层显示时间，也就是说如果关闭了启动动画，那么第一帧就是WindowManager绘制出的白屏画面。 如果从down开始计算是408.558-196.164=212.394，因为手动down的误差较大，如果从up时间开始算就是408.558-215.671=192.887ms。在animation on的情况下，情况又不同了，在以上的基础上还会走app的启动动画，接着来看。

10. 寻找music进程绘制ui的时间

先找到music进程的图形 music_view 然后找到finishiDraw music_finishDraw music_finishDraw_time 这里就可以计算出music绘制完第一帧的时间，然后继续查看附近的surfaceflinger的送帧时间 music_sf_post music_sf_post_time 这里就可以计算出music应用绘制和显示第一帧花了多少时间 2518.475-408.558=2109.917ms 加上前面绘制startWindow的时间就可以算出总时间

参考地址:http://chendongqi.me/2017/02/18/systrace_appLauncher/

systrace系列文章01-systrace分析问题的理论基础
jidapenglin28的专栏
05-09 380
在分析Android的性能问题时，systrace是最常用的工具，要想熟练地使用该工具并快速准确的分析相关问题，需要具备一定的理论基础。
【性能】从systrace看应用冷启动过程
weixin_41572402的博客
08-07 1105
冷启动
Systrace 响应速度实战 2 ：响应速度实战分析 - 以启动速度为例
Gracker的专栏
11-03 3150
在讨论 Android 性能问题的时候，卡顿、响应速度、ANR 这三个性能相关的知识点通常会放到一起来讲，因为引起卡顿、响应慢、ANR 的原因类似，只不过根据重要程度，被人为分成了卡顿、响...
Systrace 分析应用启动时间的三种方法
最新发布
程序员Android
04-27 50
和你一起终身学习，这里是程序员Android经典好文推荐，通过阅读本文，您将收获以下知识点:一、看这篇文章收获的关键字二、方法一三、方法二四、方法三。
Android 应用程序启动过程分析 (用SysTrace 跟踪分析)
CCJHDOPC的专栏:
10-22 5498
Android 应用程序启动过程分析 Sep 21, 2015 13 minute read 学习并分享 Android 应用启动过程 => 为什么要写这篇文章？ 梳理总结 前一段时间在做 Android 应用启动的 performance 相关的工作，对这应用启动的流程做了一些了解和分析，通过写作的方式进行一下梳理和总结。写作的过程是一个记述的过程，也是一个再加工和表达的过程。可
systrance 使用
颇锐克
10-30 1221
1 Systrace 简介 Android 应用启动速度优化方式有很多方法，不过在优化之前，需要找到应用启动速度的瓶颈，找到关键点之后，再去优化，则可以达到事半功倍的效果。 Google 提供了很多 Debug 工具来帮助我们优化应用，这其中就包括 Systrace 工具。 Systrace 是 Android 4.1 中新增的性能数据采样和分析工具。它可帮助开发者收集 Android 关键子
01_Systrace 应用启动时间的三种方法
程序员Android
11-17 2625
和你一起终身学习，这里是程序员Android经典好文推荐，通过阅读本文，您将收获以下知识点:一、看这篇文章收获的关键字二、方法一三、方法二四、方法三一、看了这篇文章的收获关键字iq、oq、...
Android查程序运行状态,Android杂谈:systrace简单查看一个应用的启动流程
weixin_39867125的博客
05-26 621
腾空.pngsystrace是用来查看应用和系统运行状态的工具，利用他可以分析一些性能问题。例如查看应用是否卡顿，卡在那个方法了之类的问题。本文简单抓一个浏览器启动的systrace随便看看吧。一.启动Andriod Device Monitor连接手机，启动Andriod Device Monitor,点击一下下图箭头指向那个图标Andriod Device Monitor.png设置抓取时间和...
三种用systrace看应用的启动时间方法
Proton
01-05 5094
用systrace分析应用冷启动，是性能问题分析中最常见的问题，要分析应用冷启动，首先就必须知道如何通过systrace来看应用启动时间，方法有很多种，下面介绍三种方法，大家可以在依据自己的习惯来选择对应的方法，但是，在做对比分析的时候最好采用同一种方法，这样可以尽可能的减少误差。
从源码分析App启动冷流程
lixiaote的专栏
04-06 1145
通过以上流程，Android冷启动过程通过Binder和Socket实现了跨进程协作，而。是AMS管理进程状态的核心类。
安卓Systrace工具使用流程
achirandliu的专栏
04-07 7288
安卓Systrace工具使用流程 性能分析工具Systrace的使用详解
Android性能优化 -- Systrace工具
博艺的技术专栏
03-08 758
Systrace简介 一般来说，我们的机器以60帧/秒显示时，用户会感觉机器很流畅，如果显示时出现丢帧的情况，需要知道当前整个系统所处的状态，这个时候Systrace便是最佳的工具选择。 Systrace是Android4.1中新增的性能数据采样和分析工具。它可帮助开发者收集Android关键子系统（如Surfaceflinger、WindowManagerService等framework部分关键模块、服务）的运行信息，从而帮助开发者更直观的分析系统瓶颈，改进性能。 Systr...
【用法总结】Systrace使用基础
TechMix的博客
03-21 4318
一、systrace基本介绍被弃用了？二、快捷键用法二、systrace命令用法三、systrace报告怎么看？3.1 CPU调度信息3.2 线程状态信息3.2.1 绿色 : 运行中（Running）3.2.1 蓝色：Runanble状态3.2.1 白色：Sleeping状态3.2.1 橘色：不可中断的睡眠态 （Uninterruptible Sleep - IO Block）3.2.1 紫色 : 不可中断的睡眠态（Uninterruptible Sleep）3.4 帧率信息3.5 应用启动耗时分析。
Android启动性能优化——分析篇
热门推荐
卜大爷的博客
11-23 2万+
本文介绍了获取和分析启动时间性能的几种方式，使用这几种方式可以很方便和全面的分析和追踪我们的 APP 启动耗时，以解决我们的 APP 启动相关的性能问题。
systrace 基本使用
QG
04-28 1662
systrace
Android APP启动优化二 使用Systrace和TraceView分析启动耗时
带你装逼带你飞的专栏
04-21 7534
上一篇App启动已经初步的分析了有哪些启动类型以及怎么去简单的测量App启动的耗时，这一篇主要使用两个工具来粗略的分析启动的耗时到底在哪些地方。下面开始介绍 1 使用systrace抓取trace.html文件 在使用Systrace之前，建议大家好好参考官方的这边介绍systrace官方介绍这里面详细的介绍了systrace抓取trace.html的命令以及选项的意思，我采用的命令如下 call...
手把手教你使用Systrace（一）
weixin_38570262的博客
11-08 1万+
Systrace是分析Android性能问题的神器，Google IO 2017上更是对其各种强推；由于TraceView过于严重的运行时开销，我怀疑这个方向是不是压根儿就是错误的。个人预计Google会放弃TraceView转向全力支持Systrace；不过这个工具并不像TraceView那样简单直观，使用起来也不太方便，而且没有一个详尽的文档介绍如何使用和分析；本文和后续旨在弥补这一块的缺失，
Systrace系列4 —— SystemServer 解读
tectrol的专栏
05-23 1011
本文主要是对 SystemServer 进行简单介绍，介绍了 SystemServer 中几个比较重要的线程，由于 Input 和 Binder 比较重要，所以单独拿出来讲，在这里就没有再涉及到。
【camera】相机camera切换的流程拆解
没有手牌的博客
03-20 3400
文章目录1 摘要2 拆解2.1 S0(App)2.2 S1(Hal)2.3 S2(App)2.4 S3(Hal)2.5 S4(App)2.6 S5(Hal)2.7 S6(App)2.8 S7(Hal)2.9 S8(App + Multimedia) 1 摘要 这里提到的切换主要是前摄<->后摄的切换 总的来说可以分成以下的内容: 阶段 说明 S0(App) 从点击事件到调用 flush 的间隔 S1(Hal) flush + disconnect 的总耗时，即关闭前一个摄像头
systrace分析方法
04-01
<think>好的，用户现在问的是关于systrace的分析方法。之前他们询问过Android Camera Trace，我介绍了整体架构、工具和常见问题定位，其中提到过Systrace/Perfetto的使用。现在他们可能想更深入了解如何具体使用systrace来分析性能问题，尤其是在Android开发或调试中。 首先，我需要确定用户的背景。他们可能是Android开发者，或者测试人员，遇到了性能问题，比如应用卡顿、启动慢等，想用systrace来定位问题。也可能是刚接触Android性能优化，想学习工具的使用方法。 用户之前的问题涉及Camera Trace，可能他们现在的问题依然在摄像头相关的问题上，比如预览卡顿，或者想更广泛地了解systrace的应用。不管怎样，我需要详细解释systrace的使用步骤、分析方法以及常见场景。 我需要确保回答结构清晰，步骤明确，符合用户要求的逐步解决问题的方式。同时，要记住系统级指令，比如行内数学表达式用$...$，但这里可能用不上。需要检查LaTeX语法是否正确，不过systrace相关内容可能更多是代码块和命令行示例，需要注意格式。 另外，用户可能需要知道如何安装、捕获trace文件，以及如何解读结果。还要提到Perfetto，因为它是systrace的升级版，Android官方现在推荐使用。需要比较两者的区别，但可能用户更关注systrace的具体方法。 还要考虑常见错误或用户可能遇到的难点，比如权限问题，如何正确配置trace类别，如何过滤关键信息。同时，举一些例子，比如分析UI卡顿、Binder调用延迟等，让用户更容易理解。 需要注意不要遗漏关键点，比如工具的准备步骤，命令行参数，以及如何利用工具中的不同视图（比如线程、CPU频率）来分析性能。还要提醒用户注意时间段的选取，复现问题时的操作同步标记，比如使用按键或添加自定义事件。 最后，检查是否所有信息准确，比如命令的正确性，参数是否适用最新Android版本，是否需要root权限等。如果有不确定的地方，可能需要提到参考官方文档或厂商特定信息，但尽量保证回答的可靠性。</think>以下是 Systrace 的分析方法及步骤详解，帮助开发者定位 Android 系统或应用性能问题： --- ### 一、Systrace 基础概念 1. **作用**：捕获系统关键组件（如 CPU、SurfaceFlinger、Binder、App 主线程）的实时行为，生成时间轴可视化图表。 2. **底层原理**：基于 Linux 内核的 `ftrace` 机制，记录线程调度、锁竞争、IO 操作等事件。 3. **替代工具**：Android 10+ 推荐使用 **Perfetto**（功能更强大，操作类似）。 --- ### 二、抓取 Trace 文件 #### 步骤 1：安装 Python 环境 - 需安装 Python 2.7（Systrace 依赖）或使用 Android Studio 内置工具（推荐）。 #### 步骤 2：命令行抓取 Trace ```bash # 进入 Android SDK 的 platform-tools/systrace 目录 cd ~/Library/Android/sdk/platform-tools/systrace # 执行抓取命令（示例：抓取 10 秒，包含 app、sched、gfx 类别） python systrace.py -t 10 -o output.html sched gfx input view webview wm am app ``` - **常用参数**： - `-t N`：抓取时长（秒）。 - `-o file`：输出文件路径。 - `-a <包名>`：仅追踪特定应用。 - 类别列表：`gfx`（图形）、`input`（触控）、`sched`（CPU 调度）、`binder_driver`（Binder 调用）等。 #### 步骤 3（可选）：通过代码插入标记 在应用中添加自定义事件（需 API 18+）： ```java Trace.beginSection("MyCustomEvent"); // 你的代码 Trace.endSection(); ``` --- ### 三、分析 Trace 文件 #### 1. **整体观察 - **时间轴**：横向为时间，纵向为不同线程/进程。 - **关键区域**： - **Alerts**（红色警告）：直接指出性能问题（如 UI 帧超过 16.6ms）。 - **CPU 频率**：检查 CPU 是否降频或满载。 - **主线程状态**：重点关注 `RUNNABLE`（执行中）、`SLEEPING`（休眠）、`Uninterruptible Sleep`（阻塞）。 #### 2. **UI 卡顿分析 1. **定位掉帧**： - 查看 `SurfaceFlinger` 的 `vsync` 信号间隔（正常 16.6ms/帧）。 - 检查 `Choreographer#doFrame` 的耗时（应用绘制时间）。 - **示例**：某帧耗时 30ms → 超出 16.6ms，触发掉帧。 2. **阻塞原因**： - **主线程阻塞**：查找主线程长时间处于 `RUNNABLE` 或 `Uninterruptible Sleep`。 - **锁竞争**：观察 `Monitor` 锁的等待时间（红色高亮）。 - **Binder 调用**：检查跨进程调用（如 `Binder.transact`）是否耗时过长。 #### 3. **CPU 调度分析 - **CPU 闲置**：检查是否有线程因等待 CPU 资源而长时间处于 `runnable` 状态。 - **核心负载不均**：观察任务是否集中在某几个 CPU 核心。 #### 4. **I/O 或网络延迟 - 查找 `binder`、`disk I/O` 或 `network` 相关线程的阻塞事件。 --- ### 四、快捷键与操作技巧 1. **导航**： - `WASD`：缩放/平移时间轴。 - `M`：标记选中区域的时间跨度。 2. **搜索**： - `Ctrl + F`：搜索关键词（如线程名、方法名）。 3. **查看详情**： - 点击事件查看参数（如锁名称、Binder 事务 ID）。 --- ### 五、典型案例分析 #### 案例 1：应用启动慢 1. 抓取应用启动期间的 Trace。 2. 分析主线程： - 检查 `ActivityThread` 的 `bindApplication` 和 `activityStart` 耗时。 - 定位 `ClassLoader` 或 `inflate` 布局的瓶颈。 #### 案例 2：列表滑动卡顿 1. 滑动列表时抓取 Trace。 2. 查找 `RecyclerView` 的 `onBindViewHolder` 或 `onDraw` 耗时。 3. 检查是否有主线程的磁盘读写（如 `SQLite` 操作）。 --- ### 六、注意事项 1. **抓取时间**：不宜过长（通常 5~20 秒），避免文件过大。 2. **复现问题**：抓取期间需手动复现问题（如卡顿场景）。 3. **结合其他工具**： - 使用 `dumpsys gfxinfo` 获取更详细的帧数据。 - 配合 `CPU Profiler` 或 `Perfetto` 进行深度分析。 通过 Systrace 的时间轴和事件详情，开发者可快速定位性能瓶颈，优化代码或系统配置。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值