一套可复用的车机性能调优闭环方法论 ------ 从量化现状、实车验证到代码固化，十年（实际4.5个自然年，算上加班十年）踩坑经验一次讲透
本系列基于一份 Android 车机性能调优实战文档整理，目标是形成一套可复用的调优方法论与落地手段。
一句话方法论
先量化现状 → 实车验证手段 → 代码/配置固化 → 方案汇总对比，闭环迭代，每一轮都用数据说话，而不是凭感觉改参数。
调优闭环
优化后再次采集对比
① 性能数据采集
量化基线
② 实车调试
绑大核 / 改优先级
③ 代码设置优先级
Java / Native 固化
④ 性能优化方案
13 条系统级配置
四个环节相互衔接：第①篇产出基线数据；第②篇在真机上动态验证"绑核 + 实时调度"是否见效；第③篇把验证有效的手段写进代码；第④篇汇总系统级配置，改完再用第①篇的工具复采一次，确认收益。
四篇导航
| 篇目 | 主题 | 解决什么问题 |
|---|---|---|
| （总览） | 本页 | 方法论 + 闭环图 + 入口 |
| （一）性能数据采集 | 量化基线 | 怎么用 adb 一键采集 CPU / 内存 / GPU 数据（含 bat 工具） |
| （二）实车调试 | 动态验证 | taskset 绑核、chrt 改调度、renice 调 nice |
| （三）代码设置优先级 | 固化手段 | Java 层 vs Native 层设置优先级，命令 ↔ API 对照 |
| （四）性能优化方案 | 方案汇总 | 13 条系统级优化（调度 / CPU / 渲染 / 内存 / 执行 / 响应） |
快速开始
- 想马上采集数据 ：双击
collect_perf.bat（需 adb + 已授权设备），结果存到perf_logs\<时间>\。 - 想看全部优化手段 ：直接读 （四）性能优化方案。
- 想理解优先级怎么设 ：从 （二） 到 （三） 顺读。
前置与适用
- 设备 ：车载 / 工程机，通常已 root；部分接口（GPU 利用率、
chrt/renice改他人进程）需要 root 或CAP_SYS_NICE。 - 工具：已配置 adb 并加入 PATH；Windows 下直接运行 bat。
- 代价意识：性能模式、rt 调度会增加功耗与发热，车机常供电场景可接受，移动设备需权衡。