📚 课程目录第1章课程导入

1. 课程导入

智能座舱已经从“能显示、能播放”进入“多屏并发、多应用常驻、语音随时唤醒、导航与娱乐同时运行”的阶段。SA8155 作为高通第 3 代骁龙汽车数字座舱平台的代表芯片，集成了 CPU、GPU、NPU、ISP、显示、音频、视频编解码与多种高速接口，能够支撑仪表、中控、副驾屏、HUD、后排娱乐等多屏交互场景。但正因为功能密度高、软件栈深、资源竞争激烈，SA8155 座舱系统在量产交付中面临的核心挑战，往往不是“功能能不能做出来”，而是“性能是否稳定、体验是否一致、长时间运行是否可靠”。本课程围绕这一主线，建立从指标定义、问题定位、优化验证到稳定性复盘的完整工程方法。

一、学习目标：从“会调”走向“可交付”

本课程不是单纯讲解某个工具或某条命令，而是希望学习者建立一套可复用的座舱性能与稳定性工程能力。具体目标包括：

理解 SA8155 座舱系统的软硬件分层结构，明确 CPU、GPU、DDR、显示、音频、NPU、存储等关键资源在典型场景中的负载特征。
掌握性能指标的定义方法，能够区分启动时延、帧率、抖动、CPU 占用、内存水位、IO 延迟、温度与功耗等指标的业务含义。
能够使用 Perfetto、systrace、top、vmstat、iostat、ftrace、logcat、dmesg 等工具采集数据，并形成可解释的证据链。
掌握稳定性问题的分类方法，包括卡顿、掉帧、黑屏、花屏、ANR、Crash、重启、内存泄漏、热降频与资源死锁。
能够针对典型场景制定优化方案，并通过回归测试、长稳测试与压力测试验证效果。

  核心判断：性能问题看“资源与时间”，稳定性问题看“状态与边界”。前者回答“为什么慢”，后者回答“为什么坏”。

二、核心概念：座舱性能与稳定性的共同语言

在 SA8155 座舱系统中，性能与稳定性并不是两个孤立话题。性能是系统在给定资源下完成任务的效率，稳定性是系统在长时间、多场景、异常输入下维持可用状态的能力。二者共享同一套底层对象：任务、线程、进程、内存、缓存、总线、外设、温度与电源。理解这些对象之间的关系，才能避免“只看现象、不找根因”的误区。

典型核心概念包括：

时延与抖动：时延是单次操作耗时，抖动是多次操作耗时的波动。语音唤醒、倒车影像、触控响应更关注抖动。
吞吐与并发：多屏渲染、视频解码、音频混音同时发生时，系统需要平衡吞吐与实时性。
资源水位：CPU 利用率、DDR 带宽、GPU 负载、ION/CMA 内存、存储 IO 队列深度等，都是判断系统是否接近瓶颈的关键。
热与功耗：SA8155 在封闭座舱环境中散热受限，持续高负载会触发降频，进而影响帧率和响应速度。
状态机与生命周期：应用前后台切换、屏幕休眠唤醒、电源状态迁移、进程被杀与重启，都是稳定性问题的高发区。

三、整体框架：从场景到指标，再到优化与验证

本课程采用“场景—指标—采集—分析—优化—验证—复盘”的闭环框架。所有性能与稳定性工作都应从真实用户场景出发，而不是从工具输出出发。例如，“倒车影像出图慢”需要拆解为摄像头出流、ISP 处理、GPU 合成、显示送显、系统调度等多个阶段；“长时间导航后卡顿”则需要关注内存增长、热降频、GPU 频率、DDR 带宽与后台任务竞争。

上图展示了本课程的整体框架。左侧从用户场景出发，中间建立指标体系与采集工具，右侧进入优化手段，下方通过验证回归与复盘沉淀形成闭环。需要特别强调的是，优化不是终点，验证与复盘才是工程交付的保障。

四、方法流程：一次完整的性能稳定性分析怎么做

以“倒车影像出图慢”为例，完整分析流程如下：

定义场景：车辆挂入倒挡，屏幕从当前界面切换到倒车影像，要求 500ms 内出图。
拆解链路：摄像头出流 → ISP 处理 → 图像送入 GPU/DPU → 合成 → 显示送显。
采集数据：使用 Perfetto 抓取 trace，同时记录 logcat 中的 Camera、SurfaceFlinger、HWC 关键日志。
定位瓶颈：若摄像头出流正常，但 GPU 合成排队严重，则重点检查 GPU 负载、DDR 带宽与合成层数。
实施优化：减少不必要的合成层、提升倒车影像线程优先级、预分配缓冲区、避免运行时内存申请。
回归验证：重复 50 次倒车场景，统计 P50、P95、P99 时延，确认是否满足阈值且抖动收敛。

# 示例：采集倒车影像场景 trace
atrace -c -t 8 -b 32768 gfx view wm am camera sched freq idle
perfetto -c - --txt -o /data/misc/perfetto-traces/camera_reverse.pftrace <<EOF
buffers: { size_kb: 32768 }
data_sources: {
  config {
    name: "linux.ftrace"
    ftrace_config {
      ftrace_events: "sched/sched_switch"
      ftrace_events: "power/cpu_frequency"
      ftrace_events: "gfx/gfx_trace"
    }
  }
}
duration_ms: 8000
EOF

五、案例与场景：三类高频问题

问题类型	典型现象	优先关注指标	常用工具
启动与响应慢	冷启动时间长、倒车出图慢、触控延迟高	时延、P95/P99、CPU 调度延迟	Perfetto、systrace、logcat
卡顿与掉帧	多屏滑动不跟手、视频播放抖动、动画掉帧	帧率、帧间隔、GPU 负载、DDR 带宽	Perfetto、gfxinfo、top
长稳与异常	运行数小时后重启、ANR、内存泄漏、热降频	内存水位、温度、功耗、Crash 日志	vmstat、dmesg、logcat、热成像

建议在项目早期就建立“场景—指标—阈值”基线表。没有基线的优化，无法判断是否真正改善；没有阈值的测试，无法判断是否可交付。

六、常见误区与复盘

初学者最容易陷入以下误区：

只看平均值：平均帧率 60fps 不代表体验流畅，P99 帧间隔超标仍会明显卡顿。
只盯 CPU：SA8155 座舱瓶颈常出现在 DDR 带宽、GPU 合成、显示送显或 IO 等待。
忽略温度：短时性能达标不代表长稳达标，热降频会让问题在 30 分钟后才暴露。
把偶现当偶然：稳定性问题必须找到复现路径与触发边界，否则无法收敛。
优化后不复测：任何修改都可能引入回归，必须通过场景回放与长稳测试确认。

复盘时请回答三个问题：问题在哪个场景触发？根因属于资源、调度、内存、热还是软件缺陷？同类问题如何通过检查清单或门禁提前拦截？

本课程后续将围绕 SA8155 的 CPU 调度、GPU 渲染、DDR 带宽、显示合成、音频时延、内存管理、存储 IO、热与功耗、Crash/ANR 分析、长稳测试等主题展开。学习时请始终带着“场景—指标—证据—优化—验证”的主线，把每一次调优都变成可复用的工程经验。