CarSystemUI冷启动耗时分析

1. 背景说明

• 项目：Android Automotive CarSystemUI
• 测试目标：分析 SystemUI 冷启动耗时
• 测试环境：
• Android 版本： 16
• Trace 工具：Perfetto

2. 测试结果

冷启耗时：586.3ms

Sum wall duration会造成重复统计
Sum self duration是准确的冷启耗时时间

3. 测试方法

# 1.先运行命令  
     adb shell perfetto  -o /data/misc/perfetto-traces/full_boot.pftrace   -t 20s -b 256mb
sched freq idle am wm gfx view binder_driver hal dalvik
# 2. 查找 SystemUI 进程
     ps -A | grep systemui
# 3. 杀掉 SystemUI
     kill -9 <systemui_pid>
# 4. 等待 AMS 自动拉起 SystemUI

4. 冷启动时间定义

4.1 起始时间

定义
SystemUI 主线程创建完成，并首次进入 Running 状态。
Trace 判断依据

• 主线程：
• com.android.systemui
• main
• 状态：
• Running
  

4.2 结束时间

定义
BottomCarSystemBar 窗口完成最后一次绘制。
即：

• DeckView 容器完成最终刷新
• Window 首次稳定显示

终止时间：最后一次绘制BottomCarSystemBar窗口（即dockerview的容器最后一次刷新）

5. CarSystemUI 启动流程

5.1 SystemUI 进程拉起

SystemServer
↓
startSystemUi()
↓
AMS 拉起 com.android.systemui
↓
Zygote fork SystemUI 进程

5.2 Application 初始化

CarSystemUIApplication.onCreate()
主要流程：

• 初始化 Context
• 初始化 Dagger
• 初始化 SystemUIFactory
• 初始化 Dependency

5.3 Startable 启动

SystemUIApplication.startServicesIfNeeded()
启动核心模块：

SELECT
    SUBSTR(
        REPLACE(name, 'StartServices ', ''),
        LENGTH(REPLACE(name, 'StartServices ', ''))
            - INSTR(REVERSE(REPLACE(name, 'StartServices ', '')), '.') + 2
    ) AS class_name,
    ROUND(dur / 1000000.0, 2) AS dur_ms
FROM slice
WHERE name LIKE 'StartServices%'
ORDER BY dur DESC;

5.4 window创建并刷新

6. 插件加载

插件加载过程可参考这篇文章：https://blog.csdn.net/congqingbin/article/details/160828767?spm=1001.2014.3001.5501

7. 插件加载后加载插件中的UI元素并刷新

时间范围外：CarKeyguardView展示？目前车机未用到可删除？
[图片]

8. 结论

8.1 探索了systemui冷启耗时统计方法
8.2 冷启可优化部分

     部分服务可优化，1个窗口可删，见上述表格，
     一个线程切换耗时可优化