AOSP Framework 核心知识点树状图

初始化 DDR/存储/显示，加载 boot.img（kernel+dtb）；校验 AVB vbmeta（模块 25.2）；传递 cmdline（androidboot.*）；lk 定制点：logo、按键组合（fastboot/recovery）

start_kernel → rest_init（创建 kernel_init + kthreadd）→ 解析 DTB 设备树（/proc/device-tree，模块 17.2）→ 初始化驱动模型/内存管理 → 挂载 rootfs/tmpfs → 启动 init (PID 1)

androidboot.* 系列：androidboot.selinux（permissive/enforcing）· androidboot.slot_suffix（_a/_b，模块 24.1）· androidboot.verifiedbootstate（AVB 状态，模块 25.2）· androidboot.hardware；Android 12+ 支持 bootconfig（/proc/bootconfig，替代部分 cmdline）

kernel_init → do_basic_setup → do_initcalls：early_initcall → core → postcore → arch → subsys → fs → device_initcall（platform_driver_register 的驱动 probe 多在此，模块 17.1）；顺序决定外设枚举时序，乱序改 initcall level

boot.img 内 first_stage_ramdisk；AOSP 10+ System-as-Root (SAR)：system 分区直接作 rootfs（ramdisk 仅保留第一阶段）；init_first_stage 经 fs_mgr 挂载 /system /vendor（fstab 见模块 22.5）；SAR 后 system 只读防篡改（AVB）

boot header v3/v4：AOSP 11+ vendor_boot 分离（vendor_ramdisk + dtb 独立）；mkbootimg 打包 · fastboot flash boot/vendor_boot；dtbo 分区独立（设备树 overlay，模块 17.2）；boot 分区改动与 AVB 签名联动（模块 25.2）；unpack_bootimg 解包分析 boot 内容（kernel/ramdisk/dt 各段偏移）；header v4 起 boot 仅含 kernel，vendor_boot 承载 ramdisk，改 ramdisk 勿再刷旧 boot.img

内核解压 first_stage_ramdisk → 执行 /init（init_first_stage）→ 挂载 tmpfs/dev、等待 /dev/block 就绪（fs_mgr 解析 fstab，模块 22.5）→ 挂载 /system /vendor → 加载 sepolicy → 切换 Second Stage

解析 *.rc 文件、启动属性服务、触发 on early-init / init / post-fs / boot；rc 语法与 Action 执行机制见下

核心：init.rc（平台通用）· init.<hw>.rc（设备专属，如 init.ranchu.rc）· ueventd.rc（设备节点规则，模块 1.2）· vendor/odm 自定义 rc（/vendor/etc/init/，车载定制放此，遵循 Treble 隔离）

init.rc 中 service <name> <path> <args> 定义守护进程；class core/main 分组（zygote/servicemanager/surfaceflinger 属 core，随系统重启）；onrestart 依赖链（zygote 崩 → 重启关键服务）；seclabel 指定 SELinux 域（模块 15.4）

property_set()/property_get()；共享内存 /dev/__properties__（所有进程 mmap 共享）；persist.* 属性落盘 /data/property；写入经 SELinux property_contexts 校验（模块 15.3）；getprop/setprop 命令排查

init 子进程 ueventd 监听内核 uevent（热插拔）→ 按 ueventd.rc 规则创建 /dev/* 节点与权限（/dev/ttyUSB0、/dev/video0、/dev/can0 等）；与 file_contexts 的 SELinux label 联动（模块 15.3/17.1）；驱动节点缺失先查 ueventd.rc

on early-init → init → late-init → post-fs → post-fs-data → zygote-start → boot；与 SystemServer 的 boot phase 对应（模块 2.5）；boot_progress_* 打点贯穿各阶段（模块 1.6）；车载定制在此插桩自定义 rc 阶段

init 早期装载 sepolicy（编译进 ramdisk/system）→ 按 cmdline androidboot.selinux 决定 enforcing/permissive → restorecon 恢复文件上下文（模块 15.3）；策略加载失败 → panic 拒启；/sys/fs/selinux/enforce 运行时切换

ZygoteInit.main() 执行链：registerZygoteSocket → preloadClasses → preloadResources → preloadSharedLibraries → 进入 runSelectLoop（详见下）

fork 出 SystemServer 进程，Zygote 自身进入 runSelectLoop() 等待 fork 请求

App 进程通过 Socket 请求 Zygote fork，子进程继承预加载资源，避免每个 App 重复加载 → 启动加速（详见下）

App 侧 ZygoteProcess.openZygoteSocketIfNeeded() 建 LocalSocket → 传输 fork 参数（pid/uid/gids/capabilities/class）→ Zygote 侧 ZygoteConnection.runOnce() 解析并 forkAndSpecialize

preloaded-classes（约 4000+ 类）+ framework-res 资源在 Zygote 进程预加载；fork 采用写时拷贝 COW：子进程共享物理页，修改才复制 → App 冷启动免重复加载公共类；优化：精简 preloaded-classes 可减内存但增冷启动（谨慎）

--setuid/--setgid（uid/gid）· --nice-name（进程名，ps 可见）· --seinfo（SELinux appdomain 域，模块 15.3）· --runtime-args（ART 参数）· --target-sdk-version（兼容行为）；App 进程走 forkAndSpecialize，SystemServer 走 forkSystemServer

Zygote 预 fork 的 Unspecialized App Process 池：App 启动直接取用 → 省 fork 开销 → 冷启动提速；usap_pool_enabled 属性控制（Android 12+ 默认开）；车载开机 KPI 优化依赖（模块 1.6）；ps -A | grep usap 验证池数量，池被清空会退化为直接 fork（性能回退信号）；UsapPool 进程名带 -usap 后缀

zygote 崩溃 → init onrestart 重启 zygote → 所有 App 进程被杀（无 zygote 无法 fork，桌面重启）；logcat 查 Zygote 崩溃栈；车载低内存防 zygote 被 LMK 误杀（oom_adj 保护，模块 9.3）

ZygoteConnection → forkAndSpecialize → SystemServer.main()

Looper.prepareMainLooper → 创建 SystemContext → 加载 framework-res

Zygote.forkSystemServer()（native fork）→ 子进程 selinux_android_setcontext 切到 system_server 域 → SystemServer.main()（Java 入口，模块 2.1）；父进程记录 pid 供 Watchdog 监控（模块 10.5）——详见下

boot_progress_start → boot_progress_system_run → boot_progress_ams_ready → boot_progress_enable_screen 等；logcat | grep boot_progress 定位各阶段耗时（模块 18.5/1.6 联动）；车载开机 KPI 分析主用

AMS 发完 BOOT_COMPLETED 后置 sys.boot_completed=1 → bootanimation 退出（模块 1.5）→ Launcher 可交互（模块 4）；getprop sys.boot_completed 检查；桌面首帧 = 用户感知开机完成

lk/aboot 显示 logo（vendor bootloader 工程定制，U-Boot logo 同理）；kernel 阶段 fbcon / DRM splash（drivers/video/logo/）；车载/工控整机 logo 定制常改这两处 + splash screen API

/system/bin/bootanimation 进程由 SurfaceFlinger 触发（sys.boot_completed 置位前循环播放）；zip 包结构：desc.txt + part0/part1 帧图；bootanimation_main.cpp 解析 desc.txt 驱动播放

生成 bootanimation.zip（分辨率按屏算，建议 1080p/720p 等比缩放）；desc.txt 参数：fps（帧率）· p 1 0 part0（循环次数 1=循环）· 分 part0 循环 + part1 收尾；vendor 目录覆盖 /system/media/bootanimation.zip；缩短动画时长提升开机 KPI

zip 必须 store 存储（勿压缩，否则解压慢卡动画）；分辨率不匹配黑边/拉伸；循环次数设错卡在动画；user 版禁止改动画（system 分区只读）；logcat 查 BootAnimation 播放状态

BootReceiver.java + SystemServer BootTimingsTraceLog；关键点：start → systemRun → amsReady → enableScreen；logcat | grep boot_progress · /data/system/boot_time.txt（bootchart 数据）

init 阶段并行（AOSP 12+ parallel 支持）· SystemServerInitThreadPool 并行初始化（模块 2.1）· 延迟非关键服务（模块 2.4）· UsapPool 预创建（模块 1.3）· 预置应用冷冻 Freeze（模块 3.1）· 精简 PMS 扫描（模块 3.5）

bootchart（各阶段 CPU/IO 图）· perfetto -b boot（开机 trace）· logcat -b events | grep boot_progress；对比优化前后打点差值定位瓶颈

整机开机到桌面首帧常见 <10s（依硬件）：kernel 约 3s / init+SystemServer 约 4s / 桌面首帧约 3s；优化重点：PMS 扫描、Zygote preload、动画时长（模块 1.5）；量产用 dumpsys activity processes 验证

上电 → Bootloader（logo/fastboot 判定，模块 1.1）→ kernel（initcall → init PID1）→ init（early-init→boot 各阶段，模块 1.2）→ zygote（preload 1-2s，模块 1.3）→ fork system_server → start*Services（2-4s 最耗时，模块 2.2-2.4）→ systemReady（Launcher + BOOT_COMPLETED，模块 2.5）→ 桌面首帧（模块 4）；典型车载整机 8-12s：lk ~1s / kernel 2-3s / init 1-2s / zygote 1-2s / system_server 3-4s / 桌面首帧 1-2s（模块 1.6 KPI）

init 的 zygote-start trigger 拉起 zygote → zygote preload 后 fork system_server → SystemServer startBootstrapServices 后 AMS 就绪 → systemReady() 启 Launcher + finishBooting() 发广播 → sys.boot_completed=1 → bootanimation 退出（模块 1.5）；每段衔接都有 boot_progress_* 打点贯穿（模块 1.6）；上一个阶段未完成会直接阻塞下游（如 /data 未挂载 → post-fs-data 卡住 → zygote 不启动）

PHASE_WAIT_FOR_DEFAULT_DISPLAY(100) → PHASE_LOCK_SETTINGS_READY(200) → PHASE_SYSTEM_SERVICES_READY(300) → PHASE_ACTIVITY_MANAGER_READY(400) → PHASE_THIRD_PARTY_APPS_CAN_START(500) → PHASE_BOOT_COMPLETED(600)；自定义系统服务用 SystemService.onBootPhase() 在指定阶段初始化（模块 10.3）；车载服务插入点：核心服务 300/400（依赖 PMS/AMS 就绪）、第三方应用相关 500、开机收尾动作 600

卡 lk logo → Bootloader/kernel（cmdline 错/AVB 失败，模块 1.1/25.2）；卡 bootanimation → init 服务/zygote preload/SurfaceFlinger；黑屏 → WMS/DisplayManager（模块 12.3）；卡桌面 → system_server 阶段（AMS/PMS/Watchdog，模块 2.7）；工具：bootchart（init 阶段）· perfetto -b boot（全链路 trace）· logcat -b events | grep boot_progress（打点对比定位卡点）

SystemServer.main() → run()：初始化 VM/加载库 → 创建 SystemContext（framework-res 资源）→ 依次调用 startBootstrapServices/startCoreServices/startOtherServices；各 start* 方法内部按固定顺序逐个 startService()，单服务崩溃经 try-catch 降级继续；Looper.prepareMainLooper() 在 run() 最先执行，后续所有服务消息都投递到主线程队列（SystemServiceManager.startService 内部反射实例化 + onStart() 注册）

SystemServiceManager（服务注册与生命周期中枢）· SystemServerInitThreadPool（并行初始化，缩短开机耗时）· 各服务 Handler 线程

主线程负责启动流程；Watchdog 在启动早期注册，监控主线程/关键线程超时（默认 60s，见模块 10.5）；启动阶段卡死先查 Watchdog 日志

SystemServer 由 zygote forkSystemServer() 进入（模块 1.4）；Process.setThreadPriority(THREAD_PRIORITY_FOREGROUND) 设前台调度；System.loadLibrary("android_servers") 加载 native 库（JNI 注册，模块 9.4）；设置进程名 system_server

每个服务启动 try-catch → Slog.wtf（失败不阻断后续服务，尽量启动）；整体异常 → 记录 WTF 继续；Watchdog 在 run() 早期创建并注册主线程监控（模块 10.5）

boot_progress_start 打点在此触发（模块 1.6）；各 start* 方法内嵌 BootTimingsTraceLog 记录耗时；logcat | grep -E "boot_progress|SystemServer" 定位启动瓶颈

Installer（installd 代理）→ DeviceIdentifiers → AMS 先实例化（其他服务依赖其 Binder）→ PowerManagerService → Lights → DisplayManagerService → PackageManagerService → SensorService；SystemServer 自身注册为服务；AMS 先构造后 start：构造阶段完成 ActivityThread.systemMain() 与上下文初始化，start 阶段才注册 activity/activity_task Binder 并启动 SystemServiceManager；PMS 依赖 AMS 的 PackageHandler 线程做异步扫描

PMS 扫描在此阶段（/system/app、/vendor/app、/data/app，模块 3.5），决定开机时长；AMS/ATMS 先建后 start（依赖 Display 就绪）；SensorService 为 native 服务

依赖 PMS/AMS 的核心系统服务在此阶段插入（如车控服务需在桌面启动前就绪）；注意 phase 时序（PHASE_WAIT_FOR_DEFAULT_DISPLAY 前勿依赖屏幕）

最先连接 installd（Binder：IVold/Installd，模块 9.3），APK 安装目录/dex2oat 的执行者；先于 PMS（PMS 扫描安装依赖其）；installd 未就绪 → PMS 阶段阻塞

APK 解析用 SystemServerInitThreadPool 并发扫描（提速开机）；packages.xml 持久化缓存（重启免全量重扫）；扫描策略/开机耗时见模块 3.5

BatteryService（模块 20.5）· UsageStatsService（应用使用统计，决定后台限制）· WebViewUpdateService（WebView 更新）· GpuStatsService（GPU 统计）· DockObserver（底座）等

读取 /sys/class/power_supply/* 发粘性 BATTERY_CHANGED 广播；低电量阈值 → 系统降载（模块 20.5）；车载充电状态/快充协商依赖

core 阶段服务不依赖窗口/输入；startCoreServices 结束后进入最重的 startOtherServices（模块 2.4）；BatteryService 在此阶段即发首个 BATTERY_CHANGED，UI 层可提前读电量

应用使用统计（前台时长/活跃度）→ 后台限制/Doze 白名单依据（模块 20.3/5 联动）；dumpsys usagestats 查看；JobScheduler 依赖其判断使用模式

WebViewUpdateService：WebView 提供商管理（可独立更新）；GpuStatsService：GPU 使用统计（dumpsys gpu）；两者均为 AOSP 12+ core 阶段新增

WMS（依赖 AMS/Display）→ InputManagerService（依赖 WMS 焦点）→ NotificationManagerService → LocationManagerService → ConnectivityService → AudioService → BluetoothService → UsbService 等数十个

WMS 必须在 AMS 之后（Activity 窗口关联）；Input 在 WMS 后（焦点窗口）；Connectivity 在 NetworkManagement 后；顺序错乱是定制高频坑（模块 10.5）

此阶段为开机最耗时段；优化：延迟非关键服务（looper-only）、SystemServerInitThreadPool 并行、boot_progress 打点定位瓶颈（模块 18.5）；每注册一个服务都消耗 system_server 启动时间（约 10-50ms/个，含 Binder 注册 + onBootPhase 回调），车载裁剪：注释无关服务前必须确认无依赖（LocalServices 引用会抛 ServiceNotFoundException）；SystemServerInitThreadPool 任务经 submit() 提交、await 等待完成，避免竞态

关键服务同步启动（WMS/IMS/NotificationManager）；非关键用 looper-only 模式（仅注册 handler 后异步初始化，主线程不等）→ 显著提速开机；CriticalCodeSection 标记关键段

各服务 onBootPhase() 回调（模块 10.3）在 startBootPhase() 时触发；Watchdog 监控关键服务 ready 标志；阶段卡死先查 Watchdog dump（模块 10.5）

startOtherServices() 收尾 → mSystemServiceManager.startBootPhase(PHASE_SYSTEM_SERVICES_READY) → AMS.systemReady()；各服务在 systemReady 里做依赖初始化（WMS 恢复窗口、PMS 扫描完成）

恢复最近任务（Recents）· 拉起 PERSISTENT 持久应用（如 SystemUI/Telephony）· 发送 HOME Intent 启动 Launcher（模块 4）· 发 BOOT_COMPLETED 广播（分发给所有应用）；具体顺序：mSystemServiceManager.startBootPhase(PHASE_SYSTEM_SERVICES_READY) → 各服务 systemRunning() → AMS.systemReady() → startPersistentApps() → startHomeActivityLocked()（首屏桌面）→ 发送 USER_STARTED/USER_UNLOCKED/BOOT_COMPLETED 广播（finishBooting() 中按序投递，静态接收者经 PMS 解析）；sys.boot_completed=1 在全部广播投递后置位

SystemUI 在 PHASE_BOOT_COMPLETED 前就绪（桌面可见前 UI 就位）；车载预置应用通过 persistent 或开机广播白名单按需拉起；开机 KPI 优化：延迟第三方广播、冷启动预加载（见模块 18.5）

systemReady 后按序发 USER_STARTED → USER_UNLOCKED（FBE 解密完成，模块 22.2）→ BOOT_COMPLETED；persistent 应用（android:persistent）在此阶段拉起

SystemUI 由 systemReady/PHASE_BOOT_COMPLETED 拉起（模块 13.1）；桌面首帧后置 sys.boot_completed=1（模块 1.4）；车载预置 App 白名单在 BOOT_COMPLETED 后按需启动

AOSP 11+ Mainline 模块化（模块 26）：APEX 容器内可携带系统服务，经 apexd 激活后由 SystemServer 加载

扫描 /apex/<name>@<ver>/ 内的 APEX 服务（ApexService）→ 按 manifest 声明注册；服务代码随 APEX 独立升级

APEX 内新增服务需在 apex_manifest.json 声明 + VINTF/SELinux 联动；车载改造注意：APEX 更新需重启生效、签名需与平台一致（模块 26.1）

扫描 /apex/<name>@<ver>/ 内 APEX 包 → 加载 apexservice 声明的 Java 服务（apexservice list 查看）→ 注册进 ServiceManager

APEX 更新后服务版本变化（模块 26.1）；车载定制注意：系统服务打包 APEX 需平台签名一致 + VINTF 声明；APEX 内服务不可被 SystemServer 直接 import（隔离边界）

logcat -b system 看 SystemServer 各 start* 阶段打印（卡在哪一步即哪阶段）；boot_progress 打点（模块 1.6）；Watchdog 60s 超时 dump 到 /data/anr/（模块 10.5）；先看最后一阶段日志

SystemServer 崩溃（未捕获异常/SELinux 拒绝/内存不足）→ zygote 重启 → 循环；定位：logcat -b crash · /data/tombstones/（native）· avc denied（SELinux，模块 15.5）；ro.boot.bootloader 看启动次数

安全模式（音量键进入，禁用第三方应用）；recovery 刷机（模块 24.3/19.5）；Last Known Good 方案（车载：保留上次正常启动的快照/slot 切换，模块 24.1）

AB 槽位自动回滚（模块 24.1）；Watchdog 自定义超时（车载场景放宽/收紧）；启动失败 N 次自动切备份系统；SELinux 只读策略防误改（模块 15.4）；量产必须验证断电/掉电启动

四大组件生命周期、进程调度、权限管理、内存回收 (LMK 联动)；另含：Activity 启动/任务栈（Task/Recents）、进程冷/热启动、ANR 监控、ContentProvider 进程拉起（模块 6.5）

AMS 按进程状态分：FOREGROUND / VISIBLE / PERCEPTIBLE / SERVICE / CACHED；映射为 oom_adj（-1000~1000）经 lmkd 消费（模块 9.3）；dumpsys activity oom 查看；车载保活应用可提 android:persistent 或前台服务（模块 3.1）；典型 adj 值：前台 0、可见 100、感知 200、服务 500、缓存 900+（lmkd 默认约 906 起杀缓存进程）；setOomAdj() 在进程状态/绑定变化时重新计算，ProcessList.computeOomAdjLocked() 为核心算法；车载后台服务常因 adj 降到 CACHED 被杀 → 用前台服务提升 adj 或白名单（config_allowInMemPermissionWhitelist 类机制）

startActivity → Instrumentation.execStartActivity → AMS.startActivity → ActivityStarter → ActivityStackSupervisor → Zygote fork → ActivityThread

ActivityStackSupervisor · ActivityRecord · ProcessRecord · ActivityTaskManager (AOSP 10+ 拆分 ATM)

ProcessRecord 维护进程状态；oom_adj 随可见性/服务绑定动态调整，经 lmkd 消费阈值杀进程（见模块 9）；保活手段：前台服务/绑定组件/ContentProvider；am kill / am force-stop 手动回收

onPause/onStop/onDestroy 由 AMS 经 H.PAUSE_ACTIVITY / STOP_ACTIVITY_SHOW 驱动；「不可见即停止」策略；launchMode（standard/singleTop/singleTask/singleInstance）与 Intent flags 决定 Task 归置；旋转/配置变更经 ActivityClientRecord 保留 NonConfigurationInstances

判定标准：输入事件 5s / 广播前台 10s 后台 60s / Service 前台 20s 后台 200s 未处理；AMS 发 ANR 对话框 + 写 /data/anr/anr_<pid>_<time>（CPU 使用/线程栈，模块 18.3）；车载定制：config_anrTimeout 类参数可调；ANR 文件读取顺序：头部 ----- pid ... 段看进程 CPU/负载 → Cmd line 确认进程 → main 线程栈第一帧即卡点（IPCThreadState::waitForResponse 表示等 Binder 回复，查对端进程）；对话框出现前系统已超时，logcat ANR in ... 行含 reason（input dispatching timed out / Broadcast of Intent）

AMS 收到进程死亡（binder 死亡通知）→ 清理 ActivityRecord/ServiceRecord/ContentProviderRecord → 通知关联组件（Service onServiceDisconnected/Activity 重建）→ 按策略重启；dumpsys activity processes 看进程状态

ActivityTaskManagerService (ATMS) 独立：管理 Activity/Task/Recents/窗口关联；AMS 管：进程/Service/广播/Provider/权限；两服务同进程，dumpsys activity 输出含 ACTIVITY_MANAGER 与 ACTIVITY_TASK 两段

ActivityTaskManagerService：AOSP 10 从 AMS 拆出的独立服务，管 Activity/Task/Recents/窗口关联；ActivityManager（客户端门面）同时代理 AMS 与 ATMS；拆分动机：Activity 栈逻辑独立演进（多窗口/分屏）

层级：RootWindowContainer → DisplayContent → TaskDisplayArea → Task → ActivityRecord；Task（AOSP 11 原 ActivityStack 重命名）· TaskRecord（任务记录）· ActivityRecord（Activity 服务端镜像）· TaskDisplayArea（每屏任务区，分屏容器）

ActivityStarter 决策：launchMode（singleTop/singleTask/singleInstance）/ Intent FLAG（CLEAR_TOP/NEW_TASK）/ taskAffinity 归属 → ActivityStackSupervisor 找 Task 或新建 → Task 内 onActivityAdded；跨进程经 IATMS Binder 接口（模块 7.3）

Task 组织支撑：split-screen（分屏）/ freeform（自由窗口）/ picture-in-picture（画中画，Task 最小化）；TaskDisplayArea 内多 Task 并排；车载场景：主驾/副驾分屏、仪表 cluster 常驻窗口（模块 28.3）

dumpsys activity（ACTIVITY_TASK 段：Root/TaskDisplayArea/Task 树）· dumpsys activity tasks（任务栈）· dumpsys activity recents（最近任务，模块 4.3）· dumpsys window（窗口与 Task 关联）；定位启动问题先看 Task 归属是否错乱

窗口管理、Z 轴层级、焦点管理、动画、Surface 分配；另含：窗口 token 校验、输入焦点（与 IMS 联动）、转场动画（ShellTransition，模块 3.3）、DisplayContent 多屏管理、relayout 窗口生命周期

addWindow() / relayoutWindow() / removeWindow() / performLayoutAndPlaceSurfacesLocked()

WindowState → DisplayContent → Task.java (原 ActivityStack，Android 11 重命名) → ActivityRecord → Token

ATMS 管理 Activity/Task 栈，WMS 管理窗口；resume 时 ATMS 经 RootWindowContainer.resumeHomeActivity() 协调，窗口 Surface 由 WMS 分配

RemoteAnimationRunner / ShellTransition (AOSP 12+)，WMS 动画 + 合成

android/view/SurfaceControl.java 为 native surface 句柄，WMS 经其向 SurfaceFlinger 申请 Layer

窗口类型常量：TYPE_APPLICATION（App）· TYPE_STATUS_BAR/TYPE_NAVIGATION_BAR（系统栏）· TYPE_SYSTEM_ALERT（悬浮窗）· TYPE_KEYGUARD 等；Z 序按 type 分层（mWindowMap + 层级表），同类型按添加顺序；dumpsys window windows 看层级；type 数值区间：APPLICATION 1-99、子系统 1000-1999、SYSTEM 2000+（数值越大层越高）；TYPE_SYSTEM_ALERT（悬浮窗）在 Android 12+ 限制为 TYPE_APPLICATION_OVERLAY（需 SYSTEM_ALERT_WINDOW 权限）；WindowManager.LayoutParams 的 type 与 flags 共同决定窗口行为（触摸外传/安全区域）

启动窗口：App 冷启动先显示主题背景（避免白屏）→ 首帧后移除；AOSP 12+ SplashScreen API（icon/背景可定制，windowSplashScreen* 主题属性）；dumpsys window 查 starting window 状态；车载冷启动优化：精简启动窗口资源

软键盘显示 → WMS 调整窗口（adjustResize/adjustPan 策略，windowSoftInputMode）；InsetsController 统一处理 IME/系统栏 Insets（AOSP 11+）；setOnApplyWindowInsetsListener 应用侧避让；车载外接键盘时禁用 IME 避让

输入设备监听、事件读取与分发、输入法窗口管理、按键策略；另含：InputDispatcher 分发策略、injectInputEvent 注入、触摸校准/多点触控、外设枚举 getDevices

InputManager → EventHub (设备枚举) → InputReader (读/映射) → InputDispatcher (派发)

驱动 /dev/input/eventX → EventHub → InputReader → InputDispatcher → 焦点 WindowState → View 树分发

PhoneWindowManager.interceptKeyBeforeQueueing() (入队前) / interceptKeyBeforeDispatching() (分发前)，多任务键改回桌面等

frameworks/base/data/keyboards/*.kl (scancode→keycode) / *.kcm (key char map)；调试 getevent -l / input keyevent

旋转屏幕（传感器姿态）、多屏输入映射（DisplayContent 坐标系，模块 12.3）、方向盘按键（KEYCODE 映射表）、触摸校准、物理按键注入；车载外设事件源排查先 dumpsys input

新窗口抢占焦点/手势被拦截时，InputDispatcher 向下发 ACTION_CANCEL（如通知栏下拉、来电、车载多屏切换）；onTouchEvent 必须处理 CANCEL 恢复状态，否则按钮状态残留

native inputflinger（模块 3.4 native 层）：InputReader 线程读设备事件（evdev）→ 原始事件；InputDispatcher 线程按目标窗口分发（策略：focus/触摸目标）；两个 InputChannel 经 socketpair 与 App 通信

触摸事件：按窗口区域 hit-test 确定目标窗口（findTouchedWindowTargetsLocked）→ 派发 MotionEvent 序列（DOWN→MOVE...→UP）；目标窗口 ANR 或消失 → ACTION_CANCEL（模块 3.4 已有）；多指：pointerId 独立跟踪；拦截：requestDisallowInterceptTouchEvent

InputDispatcher 派发事件 5s 未被目标窗口处理（finished 未回）→ 判定 ANR → 触发 InputDropper 丢弃后续事件 + 上报 AMS（模块 3.1 ANR）；dumpsys input 看 pending 事件/超时窗口；车载触屏卡顿先看是否输入 ANR；dumpsys input 关键段：Pending（等待分发）· Input Dispatcher State（focus 窗口）· TouchStates（触摸目标）；超时窗口在 WaitQueue 中显示 ANR 标记；输入 ANR 与主线程 ANR 区别：输入 ANR 表示事件未消费（可能主线程忙或窗口未 attach），主线程 ANR 是消息队列超时

APK 安装/卸载、包扫描、权限授予、组件解析；另含：PackageParser 解析、resolveActivity Intent 解析（供 AMS）、安装会话 PackageInstaller、A/B 更新包管理、sharedUserId 兼容

PackageInstaller → PMS.installPackage → PackageManagerServiceUtils → dex2oat → 写入 /data/app

开机扫描 /system/app、/data/app、/vendor/app，构建 PackageInfo 缓存

SystemUI/车控类应用预置 /system/priv-app（platform 签名）；privapp-permissions 白名单缺失 → 权限不授予（logcat PackageManager 警告）；厂商预装 app 需与 platform 签名一致或走 sharedUserId（新项目弃用）

PackageParser 解析 AndroidManifest.xml（组件/权限/uses-library）；签名验证：v1 (JAR) / v2 (Block) / v3 (Key Rotation)（模块 25.4）；uses-library 缺失 → 安装失败（车载预置 app 常踩）；pm list packages -f 查路径；解析缓存：/data/system/package_cache/<user>/ 存解析结果（版本/签名变化自动失效）；PackageManagerService.settings 中的 packages.xml 记录包状态与权限授予；预置应用 /system/priv-app 解析失败常见原因：android:sharedUserId 已弃用、uses-library 引用系统隐藏库未在 allowed_libraries 声明

PermissionManagerService（AOSP 10+ 拆分）管权限定义与授予；运行时权限（dangerous）经 requestPermissions；AppOpsManager 管细粒度操作开关；预授权：privapp-permissions 白名单（模块 16.3）；dumpsys package permissions；权限授予链路：PermissionManagerService.grantRuntimePermission() → 写 /data/system/users/0/runtime-permissions.xml；AppOpsManager 对应 appops.xml（按包记录 MODE_ALLOWED/IGNORED）；pm grant/revoke <pkg> <perm> 手动授权（仅危险权限）；系统权限（signature/protectionLevel=signature）只授给同签名应用，预置应用缺 platform 签名会导致系统权限静默不授（logcat 有 not granting permission 警告）

adb install -r（覆盖）· -d（降级，userdebug）· --user 0；pm install/uninstall/clear/disable-user；adb push 系统应用到 /system/priv-app（user 版只读，需 root/recovery）；车载预置应用升级走 OTA 或 APEX（模块 24/26）

core/java/android/os/IMyService.aidl，加 @hide；公开 SDK 需去掉并 make update-api

MyService extends SystemService，内部 IMyService.Stub 实现；onStart() 调 publishBinderService()

SystemServer addService(Context.MY_SERVICE, mBinder)；Context 加常量，ContextImpl 封装 manager

enforceCallingPermission()；AndroidManifest.xml 定义 permission；service_contexts + .te allow（见模块 15）

ServiceManager.getService() → asInterface()；验证 service list | grep / dumpsys

在 onStart() 注册服务后，依赖其他服务的初始化放 onBootPhase()：如依赖 PMS 包扫描 → PHASE_BOOT_COMPLETED；依赖屏幕 → PHASE_WAIT_FOR_DEFAULT_DISPLAY；phase 挂错是定制高频坑（服务间互相等不到，见模块 10.3/10.5）

管组件与进程：Activity/Service/Broadcast/Provider 生命周期、进程优先级 oom_adj、LMK 联动；依赖 PMS 解析 Intent、WMS 管理窗口、IMS 分发输入

管窗口与显示：Z 序、焦点、转场动画、Surface 分配（SurfaceControl → SurfaceFlinger）；消费 AMS 的 Activity 状态，向 IMS 提供焦点窗口

管输入事件：native inputflinger 读取 → 分发到焦点窗口（WMS 提供目标）→ 按键策略（POWER/HOME 等）；车载外设按键映射见模块 3.4

管包与权限：APK 安装/扫描/权限授予；为 AMS 提供 resolveActivity 组件解析；dumpsys package 查包；四个服务共用 dumpsys activity|window|input|package 排查

一次 Activity 启动：App → AMS.startActivity → ATMS 决策 Task → WMS 创建窗口（relayout）→ PMS 解析 Intent（resolveActivity）→ 首帧渲染 → IMS 触摸分发到新窗口焦点；排查链：dumpsys activity | window | input | package 四件套对照（模块 3.7 对照）

AMS systemReady 后发送 CATEGORY_HOME Intent，匹配 Launcher Activity；匹配规则：action=MAIN + category=HOME，经 PMS resolveActivity 解析；多个 HOME 应用时系统弹选择器（ResolverActivity）——车载必须禁用第三方 HOME（pm disable-user 或 config_defaultHomeComponent 锁定）；startHomeActivityLocked() 在 AMS.systemReady() 收尾阶段调用，桌面首帧前 boot_progress_enable_screen 已置位

LauncherApp extends BaseRuntimeApplication：注册 LauncherModel（数据模型/后台线程加载）· LauncherAppState（单例）· 初始化 IconCache/动态 grid；崩溃自动恢复（loadOverview 数据）

SystemUI 侧服务，按用户/Profile 返回已安装应用；监听应用增删改（LauncherApps.Callback）；图标/标签数据供 Workspace 绑定；车载多用户场景按 user 隔离

缓存图标 + 标题，避免重复 Bitmap 解码（内存 Bitmap + 磁盘缓存）；图标失效：LauncherApps.update → cache 移除 → 重载；缓存异常踩坑见模块 4.2

桌面格子布局（rows/cols 可配）、Hotseat 固定区、AllApps 抽屉；数据绑定 LauncherModel → 主线程 apply（避免 ANR）；行列数定制见模块 13.4

图标不刷新：查 LauncherApps.update → IconCache 失效 → Workspace 绑定

后台线程 loadAllApps/loadWorkspace → 生成 ItemInfo/AppInfo 数据类 → IconCache 解码图标 → 回调主线程绑定；LauncherApps.Callback 监听包增删改增量刷新桌面；Recents 数据走 Quickstep RecentsModel

AOSP 12+ 手势导航集成（packages/apps/Quickstep），Recents 由 Launcher3 的 RecentsView 呈现；OverviewCommandHelper 处理手势

最近任务缩略图由 WMS 捕获（RecentsAnimationController + TaskSnapshotCache）；快照黑图/过期踩坑：查 dumpsys activity recents、清 /data/system_ce/0/snapshots；快照生成条件：Task 进入 Recents 且窗口已绘制（onSnapshot 回调），hardware-accelerated 关闭或 FLAG_SECURE 窗口不截快照（黑图常见因）；快照按 TaskId + 配置 缓存，旋转后旧快照显示为灰色占位；config_recentTasksMaxCount 资源可调快照数量上限（过多占内存，车载建议调小）

车机一般禁用 Recents（单任务场景）：移除 Quickstep 手势、隐藏最近任务入口；config_recentsComponentName 可指向自定义组件

Context.startActivity → Instrumentation.execStartActivity → ActivityManager.getService().startActivity

权限检查 → ActivityStarter → ActivityStackSupervisor → 创建 ActivityRecord

若进程不存在 → Process.start → ZygoteProcess.startViaZygote → Zygote fork；细节：Process.start() 走 ZygoteProcess.attemptUsapLaunch()（优先 UsapPool，模块 1.3）→ 失败回退 attemptZygoteSync()；socket 传输参数（uid/gid/seinfo/nice-name/entryPoint）；--nice-name 即 ps 可见的进程名；entryPoint 默认 ActivityThread.main（可指定 android:process 自定义入口）；fork 后子进程先 RuntimeInit.applicationInit 再进 ActivityThread

ActivityThread.main() → Looper.prepareMainLooper → attach → bindApplication

LoadedApk.getClassLoader → Activity → onCreate → onResume

dex2oat 安装时 AOT 预编译（或首次启动）· 运行时 JIT 补热路径 · profile 引导 (PGO)：/data/misc/profiles 记录热点；pm compile 命令可手动调整编译策略；车载低端机用 speed-profile 平衡启动与内存；产物与策略：.odex（AOT 产物）· .vdex（校验信息）· .art（类映像）；pm compile -m speed -f <pkg> 强制全量 AOT（开机后预编译热门应用可显著提速）；pm art-profile <pkg> <profile> 手动应用 profile；安装时 dex2oat 默认 speed-profile（有 profile）/ verify（无 profile，仅校验）

ART GC：Concurrent Copying（默认，低暂停）· CMS（旧）· AOSP 14 Region-based；dumpsys meminfo 看 GC 统计；大对象/位图走 native 堆（模块 18.4）；车载内存紧张调 dalvik.vm.heapgrowthlimit

主线程 Looper.prepareMainLooper() 建立队列；Handler 构造绑定当前线程 Looper；Looper.loop() 死循环取消息 → dispatchMessage 分发；主线程卡顿即队列积压（ANR 前置信号，见模块 18.3）

postSyncBarrier() 后同步消息全部挂起，仅放行异步消息（Choreographer 的 VSync 回调、输入事件用异步消息保证帧不阻塞）；removeSyncBarrier() 恢复；系统动画/绘制专用；踩坑：postSyncBarrier() 返回 token，忘记 remove 或 remove 错 token → 同步消息永久挂起（UI 假死，主线程队列停滞，logcat 无 ANR 因消息未超时）；Choreographer 每次 doFrame 都会 postSyncBarrier + removeSyncBarrier 配对，异常中断（异常抛在 doFrame 中途）即泄漏屏障；排查：dumpsys activity | grep -A5 SyncBarrier 或看主线程 Looper dump 中 Barrier 计数

队列空闲时执行 IdleHandler（延迟初始化/预加载，如 Zygote 预加载策略）；禁止在 IdleHandler 中做耗时任务（阻塞下一帧）；车载开机优化常用：把非关键初始化塞 idle 期

每个线程独立 Looper（ThreadLocal 存储）；子线程需 Looper.prepare() + loop() 才有消息循环（HandlerThread 即此封装）；Handler 跨线程发消息由 MessageQueue 加锁入队（enqueueMessage）

显式（ComponentName）/ 隐式（action/data/category，经 PMS resolveActivity 匹配）；跨进程调用全部走 Binder（见模块 7）

组件默认跑在宿主进程（android:process 可拆分）；Provider 所在进程由 AMS 按需拉起并强引用保活；同 uid 可共享进程（sharedUserId 已弃用）

四大组件生命周期均由 AMS/ATMS 统一调度（见模块 3），客户端经 ActivityThread 主线程回调

Activity（生命周期壳） · ActivityThread（主线程，performLaunchActivity） · Instrumentation（启动/监控入口） · ContextThemeWrapper · ActivityClientRecord（ActivityRecord 客户端镜像）

ActivityRecord（服务端镜像） · Task（原 ActivityStack） · ActivityTaskManagerService(ATMS) · ActivityStarter（启动决策） · ActivityStackSupervisor

onPause/onStop/onDestroy 由 AMS 经 H.PAUSE_ACTIVITY 等消息驱动；配置变更/旋转 → ActivityClientRecord 保存 NonConfigurationInstances；onSaveInstanceState 在 onStop 前调用；「不可见即停止」策略下后台 Activity 尽早 onStop

startActivity → ATMS.startActivity → ActivityStarter → ActivityRecord/Task → H.LAUNCH_ACTIVITY → ActivityThread.performLaunchActivity → onCreate

Service · ServiceConnection（onServiceConnected 回调） · ContextImpl.bindService() · LoadedApk.ServiceDispatcher

ActiveServices（服务生命周期管理者） · ServiceRecord（服务端镜像） · ConnectionRecord（绑定记录） · ProcessRecord

startForeground() + FGS 通知；Android 12+ 前台服务启动限制（后台不可随意启 FGS）、Android 14 前台服务类型（dataSync/connectedDevice 等）与运行时权限要求；Android 14 细则：foregroundServiceType 必须声明且对应权限（FOREGROUND_SERVICE_CAMERA/MICROPHONE/LOCATION 等），启动时未授权 → SecurityException；startForegroundService() 后 5s 内必须调 startForeground() 否则 ANR + RemoteServiceException；车载常驻服务（音乐/导航/监控）建议 connectedDevice 或 mediaPlayback 类型 + 平台白名单（allow-in-power-save）豁免 Doze 限制

startService → AMS.startService → ActiveServices.startServiceLocked → H.CREATE_SERVICE → Service.onCreate；bind 走 ConnectionRecord，Service 与调用者同进程/同优先级

BroadcastReceiver · ContextImpl.registerReceiver() · InnerReceiver（动态注册的 Binder 回调） · IntentReceiver

BroadcastQueue（fifo/background 两队列） · BroadcastRecord · ReceiverList · AMS.broadcastIntentLocked()

动态（registerReceiver）/ 静态（Manifest 由 PMS 解析）；有序广播串行、无序并发投递；10s 超时 ANR（onReceive 主线程勿耗时）；细节：动态注册返回 IntentFilter 匹配（action/data/category），context.registerReceiver(receiver, filter) 返回 StickyIntent（粘性）；静态接收者由 BroadcastQueue 在 AMS 进程启动后投递（冷启动进程）；abortBroadcast() 中止有序广播继续传播；goAsync() 延长超时（最多 10s 再 +10s）用于异步处理；泄漏：Activity 中动态注册未在 onDestroy 注销 → Leaked IntentReceiver 崩溃

Android 8+ 隐式广播静态注册受限（白名单外须动态注册）；后台执行限制（setBackgroundExecutionPolicy）；车载场景用动态注册监听开机/网络/电源广播

ContentProvider · ContentResolver（query/insert/update/delete） · IContentProvider（Binder 接口） · ContentProviderClient（长连接句柄） · ContentObserver（变更监听）

ContentProviderRecord · ProviderMap（AMS 按 authority 索引） · ContentProviderConnection（引用计数/进程保活） · ActivityThread.installContentProviders()（进程内安装）

App 进程启动 → ActivityThread.installContentProviders() → AMS.publishContentProviders → acquireProvider/getContentProvider → CRUD；provider 所在进程被强引用保活

客户端 acquireProvider 等待 Provider 进程启动/发布超时 → 20s ANR（reason: ContentProvider not responding）；Provider.onCreate 做耗时初始化（建库/建表/预加载）是主因；优化：懒加载/子线程初始化；android:initOrder 控制同进程多 Provider 初始化顺序

Provider 承载车辆状态/媒体库共享（跨 App 数据中枢）；大数据 Provider 用 android:process 独立进程隔离；authority 命名带厂商前缀防冲突（dumpsys package providers 查注册）；ContentProviderClient 长连接复用减少 Binder 开销

显式/隐式 Intent · bindService 返回 IBinder（AIDL 接口）· Provider CRUD 共享数据 · 系统广播（开机完成/网络变化/电量）监听

跨进程 Service + AIDL 封装车控能力；Provider 承载车辆状态数据；注意广播过多 → 用队列合并或 LiveData/Flow 替代

AIDL 接口（IInterface）+ Stub/Proxy 自动生成；bindService 绑定系统服务；App 常用 Context.getSystemService() 获取服务代理（模块 10.2）

Java 层 Binder 封装：Binder.java（native 桥，onTransact）· ServiceManager.getService() · 系统服务 AIDL 接口类（IInterface.Stub）

C++ Binder 运行库（libbinder）：ProcessState::self()（open /dev/binder + mmap）· IPCThreadState::talkWithDriver · BpBinder/BnBinder；NDK 侧 libbinder_ndk（AOSP 10+）

/dev/binder 字符设备；ioctl（BINDER_WRITE_READ）收发事务；mmap 映射实现一次拷贝；详见模块 8 完整拆解

binder_open → mmap 映射内核空间与用户空间共享内存，数据只需一次 copy_from_user

Context Manager (句柄 0)，服务注册/查询中枢 frameworks/native/cmds/servicemanager

Client → ioctl(BINDER_WRITE_READ) → 内核 binder_thread → 拷贝到目标 mmap 区 → 目标进程唤醒处理

每个 Binder 服务进程维护 binder 线程池（默认 15，BC_ENTER_LOOPER 注册）；binder_looper 循环处理事务；线程池耗尽 → 服务端无响应（ANR/卡死前兆）；/proc/<pid>/task 看 binder 线程数；可调 max_threads（模块 8.4）；机制：同步事务（SYNC）由内核阻塞等待回复，每个未完成同步事务占一个 binder 线程，线程池满后新事务入 todo 队列 排队（无超时）；排查：ps -T -p <pid> | grep -c binder 数线程数；服务端卡死常见因：某个 Binder 方法内做了耗时的同步调用（主线程同步调 Binder + 对方又回调本方 → 线程池互等）；dumpsys activity processes 看 active binder 线程

/sys/kernel/debug/binder/stats（进程/线程/对象统计）· transaction_log（事务日志）· ls -l /dev/binder；binder 泄漏特征：进程 binder 节点数持续增长

oneway 异步调用不阻塞（driver 队列），不保证顺序；单事务上限 ~1MB，超限抛 TransactionTooLargeException（车载传大图/长列表高频踩坑 → 改 file/socket 或分片）；oneway 细节：oneway 事务在目标进程 todo 队列 排队（不占 binder 线程），但同样消耗 mmap 缓冲区——大量 oneway 积压未处理 → OutOfMemoryError: binder transaction buffer（缓冲区耗尽，服务端无异常日志）；oneway 不保证投递顺序与完成时序，适合通知类/日志类调用；排查：/sys/kernel/debug/binder/transaction_log 看积压事务；dumpsys binder 看 buffer 使用

.aidl 定义接口 → 编译生成 Stub/Proxy；Stub.onTransact 服务端分发 · Proxy 客户端封装（模块 7.2）；system app 间用 @hide AIDL（make update-api）

AOSP 11+ 稳定 AIDL（@VendorN 版本化），用于 HAL（模块 14.2/14.5）；aidl_interface 模块生成 NDK/Java/C++ 三端（模块 29.1）；比 HIDL 更简，新 HAL 默认

service list / dumpsys -l 列出全部 Binder 服务；ServiceManager.getService() 返回 null = 服务未注册或崩溃；客户端 asInterface 失败常见于 AIDL 版本不一致

dumpsys binder（内核 proc/thread/node/ref 统计，见模块 8.6）；/sys/kernel/debug/binder/transaction_log 看最近事务；binder 线程池状态看 dumpsys activity binder

BinderProxy 泄漏：dumpsys activity processes 看 binder 代理数持续上涨；/proc/<pid>/fd 查 /dev/binder 句柄；TransactionTooLargeException = 事务超 1MB 上限（Binder 缓冲区，见模块 8.3），大数据改走文件/ContentProvider

binder 线程全忙 → 服务端 ANR 前兆；debuggerd -b <pid> 抓 native 栈看 binder_thread_read；/proc/<pid>/stack 内核栈；配合 StrictMode（detectCustomSlowCalls）抓慢调用

drivers/android/binder.c（核心）· binder_alloc.c（mmap 内存管理）· binderfs（binderfs 设备节点，AOSP 12+）

/dev/binder（system 域）· /dev/hwbinder（HAL）· /dev/vndbinder（vendor），同一驱动多实例，selinux 按节点隔离（见模块 15）

跨进程数据拷贝、进程/线程记账、节点引用管理、死亡通知；内核态无锁热路径 binder_thread_lock

binder_proc（进程对象，含 mmap 区与节点表）· binder_thread（线程事务上下文 + todo 队列）

binder_node（服务端实体，含强弱引用）· binder_ref（客户端引用，含 handle）· binder_object/flat_binder_object（事务内对象编解码）

binder_transaction（事务记录：from/to thread、code、flags、buffer 指针）· binder_buffer（mmap 缓冲块，free 链表管理，模块 8.3 一次拷贝）· binder_transaction_log（环形调试日志，/sys/kernel/debug/binder/transaction_log 看最近事务时序）

服务进程 mmap 一段虚拟区，内核映射到同一物理页（默认 8 页起步、事务区上限约 1MB）→ 发送方仅一次 copy_from_user 写入，接收方直接读取，无需二次拷贝；映射细节：binder_mmap 申请 binder_alloc 的 buffer 池（默认上限 BINDER_MAX_TRANSACTION_SIZE 约 1MB 减去页开销）；事务缓冲区从发送进程的 mmap 池分配（每个进程独立配额，不共享）——大量并发事务的进程（system_server）容易耗尽自身缓冲 → TransactionTooLargeException；cat /proc/<pid>/binder_alloc（旧）或 dumpsys binder 看各进程 buffer 使用与分配统计

binder_alloc_new_buf 从 mmap 区分配，最佳适配/首次适配策略；/proc/binder（旧）/ /sys/kernel/debug/binder（新）看统计

单事务数据上限 ~1MB（BINDER_MAX_TRANSACTION_SIZE）；超限抛 TransactionTooLargeException（见模块 7）

BINDER_WRITE_READ 双向读写（主要入口）· BINDER_SET_CONTEXT_MGR（servicemanager 注册）· BINDER_SET_MAX_THREADS · BINDER_VERSION

客户端下发 BC_TRANSACTION / BC_REPLY / BC_FREE_BUFFER / BC_ACQUIRE；服务端收到 BR_TRANSACTION / BR_REPLY / BR_DEAD_BINDER；binder_thread_read 阻塞等待 todo；协议时序：BC_TRANSACTION 写入后内核分配缓冲并唤醒目标线程 → 目标 BR_TRANSACTION 处理 → BC_REPLY 回写 → 源端 BR_REPLY 取回 → BC_FREE_BUFFER 释放（BR_TRANSACTION_COMPLETE 标记入队完成）；循环调用链：A→B→A 的嵌套同步调用由内核按线程事务栈约束（binder_thread 的 transaction_stack），深度过大/递归会触发 BR_TRANSACTION 失败（deadlock 检测）；binder_transaction_log 记录最近事务可用于死锁/卡死定位

oneway 事务入队即返回（不等待回复）；同步调用递归/重入由内核按线程栈约束（binder 事务深度限制）

binder_node 强弱引用：BC_INCREFS/BC_DECREFS（弱引用，防 node 结构释放）与 BC_ACQUIRE/BC_RELEASE（强引用，防 Binder 对象被服务端回收）；持有 handle 必须 acquire，否则服务端对象被 GC 后调用返回 BR_DEAD_REPLY；客户端 binder_ref 生命周期：acquire 增加强引用 → 不再使用 release 减少 → 归零后 ref 从 refs 树摘除（handle 失效）；Java 侧 BinderProxy 由 ProxyLinker 自动维护 acquire/release（GC 回收时 release），App 侧一般无需手动管理；/sys/kernel/debug/binder/stats 可核对各 proc 的 node/ref 计数是否归零

BC_REQUEST_DEATH_NOTIFICATION 注册 → 服务进程死亡时内核发 BR_DEAD_BINDER 回调（linkToDeath），App 据此感知远端崩溃

binder_release 遍历该进程的节点/引用释放：释放顺序：摘除 proc 的 refs/nodes → 向对端发 BR_DEAD_BINDER / BR_CLEAR_DEATH_NOTIFICATION_DONE → 释放 mmap 缓冲（binder_alloc_deferred_release）→ 处理孤儿事务（服务端已死未回的事务，binder_cleanup_transaction 置 BR_DEAD_REPLY 通知等待方）；/sys/kernel/debug/binder/stats 核对引用计数归零；泄漏场景：进程变僵尸（zombie）未关闭 fd → binder_release 不执行 → 服务端 node 引用不释放，查 /proc/<pid>/fd 的 /dev/binder 与 stats 确认

/sys/kernel/debug/binder/stats（proc/thread/node/ref 统计）· transaction_log/failed_transaction_log · dmesg | grep binder

selinux 对 binder 调用的域许可（binder_call/binder_transfer）；neverallow 约束跨域通信（见模块 15）；Android 内核配置 CONFIG_ANDROID_BINDER_IPC / CONFIG_BINDERFS

运行在各自进程（非 system_server），由 init.rc service 定义拉起，native Binder (libbinder) 对外

servicemanager · surfaceflinger · audioserver · mediaserver/media · vold · installd · netd · lmkd · logd · ueventd

defaultServiceManager()->addService()（IServiceManager），经 servicemanager 分发（见模块 7）

ProcessState::self() 打开 /dev/binder + mmap 一次拷贝；IPCThreadState 驱动收发；BinderService<T> 模板统一注册模式

aidl_interface 生成 C++ Proxy/Stub，native 服务间通信与 Java 层同构

卷/存储守护进程（system/vold/）：挂载/卸载/加密（FBE，模块 22.2）/热插拔；PMS 安装 APK 依赖其挂载态；sm list-volumes 看卷状态；vold 崩溃 → 存储不可用（查 logcat -b system | grep Vold）

APK 安装/删除、dex2oat、App 数据目录的实际执行者：system_server 无权限直改 /data，经 Binder 委派；接口与调用：IInstalld（AIDL，system/vold/installd/），PMS 经 Installer 门面类调用；dex2oat 由 installd 拉起（dex2oatd）；installd 崩溃 → 安装/卸载全部失败（logcat -b system | grep installd）；dumpsys installd 查看；SELinux 域 installd，/data 写权限仅此域与 vold 域拥有

Low Memory Killer 守护进程，消费 AMS 下发的 oom_adj 内存阈值，触发杀进程（见模块 3）；机制演进：旧版轮询 /proc/<pid>/oom_score_adj 周期扫描 → AOSP 11+ 改为 PSI (Pressure Stall Information) 事件驱动（/sys/fs/cgroup/<cg>/memory.pressure_level），内存压力达到阈值才触发杀进程，减少无谓扫描；lmkd 读 /dev/memcg/ 或 cgroup v2 的 memory.min/high 控制回收；dumpsys activity processes 看 lmkd 下发阈值；logcat -b events | grep lmk 查杀进程记录（am_proc_died + lowmemorykiller 标签）

网络配置/防火墙执行者（iptables/nftables）、DNS；ConnectivityService 经其下发规则

图形合成核心（/system/bin/surfaceflinger，模块 12.1）；audioserver 负责音频 HAL 通路（模块 27）；两者均独立进程、system 域；dumpsys SurfaceFlinger 查合成状态；崩溃 → 黑屏/无 UI（init 重启）

frameworks/base/core/jni/ 注册 Java native 方法（System.loadLibrary）；如 android_os_* 系列；Java 调 native 服务常经 JNI 封装

Java 侧 Proxy → native 服务（模块 7.3）：如 ConnectivityService → netd（NetdClient JNI）、MountService → vold（IVold Binder）

PMS → installd（dex2oat/数据目录）· AMS → lmkd（oom_adj）· WMS → SurfaceFlinger（图层/合成）· AudioService → audioserver（模块 9.3）

service list | grep <name>（注册状态）· dumpsys <native_service>（vold/netd/surfaceflinger/audioserver 均可 dump）

native 服务日志进 logcat -b system（liblog）；驱动层 dmesg；logcat -b all 全量抓取

native 崩溃 → debuggerd 写 tombstone（/data/tombstones/）；perfetto 抓 native 服务（sched/binder 轨）；lshal 查 HAL 侧（模块 14.3）

全部运行于 system_server，SystemServer.java 按 bootstrap/core/other 三阶段注册（见模块 2）

AMS / ATMS / WMS / IMS / PMS 组件管理服务（见模块 3）：全部常驻 system_server；dumpsys activity/window/input/package 四件套排查；任一异常影响整机（Watchdog 保护，模块 10.5）

ServiceManager.addService(name, binder) 或 SystemService.publishBinderService()

Context.getSystemService() → ServiceManager.getService() → asInterface()（见模块 7）

onStart() 注册 · onBootPhase(int) 阶段回调 · onUserStarting/onUserUnlocking

PHASE_WAIT_FOR_DEFAULT_DISPLAY → PHASE_LOCK_SETTINGS_READY → PHASE_SYSTEM_SERVICES_READY → PHASE_ACTIVITY_MANAGER_READY → PHASE_BOOT_COMPLETED；枚举数值（SystemService.PHASE_*）：WAIT_FOR_DEFAULT_DISPLAY=100 · LOCK_SETTINGS_READY=200 · SYSTEM_SERVICES_READY=300 · ACTIVITY_MANAGER_READY=400 · BOOT_COMPLETED=1000；onBootPhase() 按数值从小到大只回调一次，自定义服务可用 mPhase 判断当前阶段；新增服务若在 startBootPhase 之后注册（如动态加载），需自行 onBootPhase(mPhase) 补齐历史阶段

跨服务依赖必须挂在对应 Phase：如 WMS 依赖 Display 就绪、SystemUI 等 PHASE_BOOT_COMPLETED

AMS / ATMS / WMS / IMS / PMS / NMS（NotificationManagerService）（见模块 3）；职责边界：组件/进程（AMS）、任务窗口（ATMS/WMS）、输入（IMS）、包权限（PMS）；跨服务引用经 LocalServices（模块 10.2）

ConnectivityService · BatteryService · NotificationManagerService · AudioService · LocationManagerService · UsbService · PowerManagerService

MountService（vold 的 Java 侧）· DevicePolicyManagerService · UserManagerService · DeviceIdleController

五步链路见模块 3.6；onBootPhase 时序错乱是定制高频坑（服务间互相等不到）；LocalServices.addService 供同进程服务直接调用（免 Binder）；dump() 实现后 dumpsys <name> 可查

system_server 主线程/关键线程超时（默认 60s）→ Watchdog 杀 system_server 触发重启，logcat 查 WATCHDOG KILLING SYSTEM PROCESS；机制：Watchdog.run() 每 30s 检查一轮：主线程 Handler 是否响应 + 8 个关键服务（AMS/WMS/PMS 等）的 monitor() 是否在 60s 内完成；超时后先写 /data/anr/watchdog_<pid>（含全部线程栈 + 锁等待图 held by），60s 后强杀；锁死定位：watchdog 文件尾部 Held by 链显示持锁线程与等待链（sync_contenders）；定制注意：新增服务若在关键线程上长时间持锁（如 synchronized 包住 Binder 调用）会触发 watchdog——禁止在持锁状态下做 Binder 同步调用

dumpsys -l 列全部服务 · dumpsys activity 看服务注册 · binder 代理泄漏（oom_adj 高但内存持续涨）

setMeasuredDimension() 确定最终尺寸；MeasureSpec 由父推导（模块 11.3）；仅 ViewGroup 需要 onLayout，普通 View 只做 measure+draw；未测量前 getWidth() 为 0（在 onLayout/onDraw 后才有效）；细节：measure 过程自顶向下，getChildMeasureSpec() 由父 Spec + 子 LayoutParams 推导（match_parent/EXACTLY · wrap_content/AT_MOST · 固定值/EXACTLY）；多次测量：RecyclerView/ScrollView 等会先以 UNSPECIFIED 测量子项取内容尺寸再二次测量（onMeasure 被调 2+ 次，勿在 onMeasure 中做耗时/分配）；measure() 内部 mMeasureCache 缓存 key=(widthSpec,heightSpec)；强制重新测量：requestLayout()

确定子 View 位置（left/top/right/bottom），仅 ViewGroup 实现；LinearLayout/FrameLayout 的 layoutChildren 参考；配合 getChildMeasureSpec 推导子 Spec（模块 11.3）

Canvas + Paint 绘制内容（drawLine/drawRect/drawText/drawBitmap）；硬件加速下 Canvas 是 RenderNode 录制器（模块 12.2）；软件绘制可用 getDrawingCache；onDraw 禁 new 对象（模块 11.6）；invalidate() 触发重绘；绘制细节：onDraw 的 Canvas 已带 ClipRect（裁剪到视图边界），clipRect() 可进一步裁剪避免绘制越界；invalidate() 只标记脏区（主线程），postInvalidate() 供子线程调用；ViewGroup 的 dispatchDraw 先绘制背景 → 子 View（drawChild）→ 前景/overlay；setWillNotDraw(true) 跳过 onDraw 优化（纯容器 View 应设置）；getDrawingCache() 软绘缓存已废弃（API 28+），用 View.draw(Canvas) 离屏渲染替代

requestLayout()/invalidate() 最终汇聚于此，统一触发 measure/layout/draw

VSync 信号（16.6ms@60Hz / 8.3ms@120Hz）→ Choreographer 回调（doFrame）→ performTraversals（measure/layout/draw）；postFrameCallback 下一帧；掉帧 = 单帧超过预算（模块 18.5）；车载多屏各 Display 独立 Choreographer

打包成 int；子 View 的 Spec 由「父 Spec + 自身 LayoutParams」经 getChildMeasureSpec() 推导

EXACTLY (确定) / AT_MOST (wrap) / UNSPECIFIED (滚动容器)；wrap_content 必须自行处理

PhoneWindow 创建 DecorView（窗口根 View：标题栏/ContentRoot 骨架）；setContentView() 把布局 inflate 进 mContentParent（ID=android.R.id.content）

WindowManagerGlobal.addView() → ViewRootImpl.setView() → WMS addWindow()（模块 3.3）→ 返回后 View 树可交互；每个窗口 = ViewRootImpl + DecorView

findViewById() 沿树深度遍历；AttachInfo（mAttachInfo）随 attach 传递（Choreographer/Handler 引用）；detach 时清理（内存泄漏高发点：Activity 持有 View 引用）

窗口对应 Surface（BufferQueue 生产者端，见模块 12.1）；ViewRootImpl 持有，绘制提交给 SurfaceFlinger；Surface.lockCanvas() 软件绘制取缓冲

软件 Canvas（Skia CPU 直接绘制）；硬件加速下 Canvas 为录制器（RenderNode 记录绘制指令，模块 12.2）；onDraw 里 Canvas 行为差异：硬件下无 getBitmap 等 API

android:hardwareAccelerated（application/activity/view 三级）· setLayerType(LAYER_TYPE_NONE/SOFTWARE/HARDWARE)；车载低端 SoC 可关部分动画硬件加速换帧率稳定

GPU 每帧实际绘制层数 > 1 即过度绘制；adb shell setprop debug.hwui.overdraw show 可视化分级（蓝/绿/浅红/深红）；背景色与子 View 背景双重绘制是最大来源，窗口级背景可在主题里设，子 View 勿重复设背景

invalidate() 只把区域加入脏区（ViewRootImpl.mDirty）下次 VSync 重绘；requestLayout() 触发 measure/layout 全树遍历（代价高一个量级）；只改外观勿触 layout；同帧多次 invalidate 由 Choreographer 合并为一次

onDraw 内禁止 new 对象（GC 抖动即 Jank）；避免绘制超出 ClipRect；硬件加速下慎用 saveLayer()（离屏缓冲）；首帧优化用 ViewStub 懒加载；Profile GPU Rendering 看 bar 超 16.6ms(60Hz)/8.3ms(120Hz) 即掉帧

合成各 Layer（BufferQueue 生产者/消费者，模块 12.1）→ 输出到屏幕；管理 DisplayDevice/合成方式（GPU/HWC）；dumpsys SurfaceFlinger 看 layer 树与合成器；车载多屏各 Display 独立合成

VSYNC 垂直同步信号驱动 绘制（Choreographer）→ 合成（SurfaceFlinger）→ 显示（HWComposer）三阶段；VsyncController 产生 · DispSync 软件模拟（无硬件 vsync 时）；dumpsys SurfaceFlinger | grep -i vsync 查周期；细节：VSYNC 周期由 HWComposer 上报（HWC_DISPLAY_VSYNC），SurfaceFlinger 的 DispSync 模型根据历史 vsync 相位外推下一帧时间戳（app/display 双 vsync：App 侧提前 VSYNC_APP 通知 Choreographer，SF 侧 VSYNC_SF 触发合成）；vsync 中断丢失/漂移 → 掉帧（dumpsys SurfaceFlinger | grep -i "vsync" 看 phase）；车载多屏：每 Display 独立 DispSync，主屏 60Hz 副屏 30Hz 配置在 DisplayDevice 属性

HWC2 决策（GPU 合成 vs 硬件合成）；dumpsys SurfaceFlinger 看帧率/掉帧/jank 统计；SF 主线程卡顿会触发 dumpsys 超时（车载踩坑：dumpsys SurfaceFlinger 卡住 → 查 VSYNC/合成负载/内存）

Layer 树（RootLayer）→ 合成到 DisplayDevice；BufferQueue 生产者/消费者 + fence 同步；三缓冲 缓解掉帧；客户端 Surface/GraphicBuffer 申请显存

View 绘制录制为 RenderNode / DisplayList（record 阶段）→ Skia 渲染（OpenGL ES / Vulkan）→ 提交 SurfaceFlinger（见模块 12.1）；ThreadedRenderer 驱动 RenderThread 与主线程并行

Layer 缓存（离屏）· 文本/字体缓存 · 路径缓存（PathCache）· shader 缓存；主题切换/字体变化清缓存可致首帧变慢；getDrawStats 看缓存命中

setprop debug.hwui.renderer opengl|vulkan 切换后端（AOSP 13+ 可选 Vulkan）；dumpsys gfxinfo <pkg> 帧统计（janky frames）；adb shell cmd gpu 看 GPU 信息；关闭硬件加速：android:hardwareAccelerated="false"

管理物理屏（DisplayDevice，LocalDisplayAdapter 读 /sys/class/drm）与虚拟屏（VirtualDisplay）；DisplayManager.createDisplay() 创建车载第二屏/仪表屏

WMS 内每个 Display 对应 DisplayContent；DisplayArea 树挂载系统窗口（状态栏/输入法/Toast）；多屏独立挂载 → 车载主驾/副驾/仪表各自 SystemUI（见模块 28.3）

App RenderThread 绘制 → BufferQueue 入队 → SurfaceFlinger 合成 → HWComposer 提交 → DRM/KMS 出屏；触摸坐标反向映射由 IMS（模块 3.4）+ DisplayContent 坐标系换算；dumpsys display 看物理/虚拟屏列表；帧生命周期：App dequeueBuffer 取缓冲 → 绘制 → queueBuffer（带 fence）→ SF acquireBuffer → 合成（HWC2 validate/present）→ releaseBuffer 还给 App（三缓冲下 App 可提前 2 帧绘制）；dumpsys SurfaceFlinger --latency 看每帧提交-合成延迟（app/frame 时间戳）；掉帧定位：App 侧慢（gfxinfo）→ 缓冲不足（latency 数据）→ SF 合成慢（dumpsys gfxinfo + SF 线程 CPU）→ 显示链路（HWComposer/DRM）

由 AMS/systemReady 拉起，onCreate → startServicesIfNeeded() 反射加载各组件

AOSP 12+ SystemUI 启动抽象：各组件实现 CoreStartable（start/onBootCompleted 回调），SystemUIApplication 依赖注入统一启动；新增系统栏组件继承它注册进 config_systemUIServiceComponents

packages/apps/Car/SystemUI：继承 SystemUI，叠加车机组件（Cluster/车载状态栏/多屏）；CarSystemUIService 按 Display 实例化；车载定制优先改 Car 侧而非 AOSP SystemUI（模块 28.5）

状态栏实现类，Android 12+ 由 StatusBar 重命名为 CentralSurfacesImpl

导航栏 (NavigationBarController) · 通知面板 · 快捷设置 (QSTileHost)

KeyguardService/Bouncer 锁屏体系；车载常定制：无锁（config_disableKeyguard）或一键解锁（安全策略需评估）；仪表/副驾屏禁用 Keyguard

KeyguardService（SystemUI 内）→ KeyguardViewMediator 锁屏状态机（show/occlude/simLocked）；锁屏窗口 type=KEYGUARD_DIALOG 经 WMS 挂载；车载定制：去锁屏/延时锁屏/禁 Bouncer 改 KeyguardSecurityContainer + settings

SystemUI 作为通知前端：NMS（模块 10.4）经 Binder 推送 StatusBarNotification → NotificationListenerService 接收 → 渲染通知面板；车载定制通知行为（静默/折叠）改 NMS 策略 + SystemUI 渲染

主驾/副驾/仪表屏：DisplayManager.createDisplay() 建虚拟屏（模块 12.3）→ 各 Display 独立 SystemUI 实例（DisplayId 区分）；config_systemUIServiceComponentsPerDisplay 控制每屏组件；仪表屏用 FLAG_PRIVATE（模块 28.3）；虚拟屏须带 FLAG_TRUSTED 才具备系统级权限（否则仅普通 display，状态栏/安全窗口不渲染）；副屏 Activity 用 Presentation API 或 ActivityOptions.setLaunchDisplayId() 指定 Display 启动

QS 磁贴接入车辆能力：CarPowerManager（电源）· HVAC（空调）· 车辆设置；经 CarPropertyManager 读 VHAL 属性（模块 28.2）；CarQSPanel 自定义磁贴布局

RRO overlay（packages/overlays/ 或 device 目录）定制状态栏高度/图标/布局；PRODUCT_PACKAGE_OVERLAYS 编译期覆盖（优先级高于 RRO）；改 SystemUI 资源优先 overlay 免改源码（模块 16.2）

Workspace/CellLayout 行列数、Hotseat、AllApps、默认桌面 Widget；行列数在 InvariantDeviceProfile（按屏幕尺寸选 profile，改 config_invariantDeviceProfiles 或覆盖 xml）；预置布局 device_default_workspace.xml 定义默认图标/Widget 摆放与 defaultLauncher 顺序；恢复出厂后桌面回到该布局（首启 LauncherProvider 灌库）

默认预置车控、导航、音乐卡片；开机自启 HOME Activity（参见模块 4 启动流程）

隐藏非车机应用：LauncherApps 过滤（包名黑名单/白名单）；定制 IconProvider 替换图标；pm hide 隐藏包（用户不可见）；避免第三方应用图标泄漏到车机桌面

kill <systemui_pid>（自动重启）· adb shell am crash com.android.systemui 触发崩溃复现；adb shell cmd statusbar collapse 收起通知栏

dumpsys activity services SystemUI（服务状态）· dumpsys statusbar（状态栏/通知面板状态）· dumpsys notification（通知投递）· dumpsys window windows | grep systemui（窗口层级）

make SystemUI 单模块编译；资源定制用 RRO overlay 验证（adb install overlay apk 即时生效）；logcat 过滤 SystemUI 看启动异常；车载多屏 SystemUI 各 Display 实例单独验证

system / vendor 独立分区、可独立升级（Framework OTA 不影响厂商驱动）；VNDK（vendor native 开发套件）版本化，vendor 进程链接 VNDK 快照而非 system lib

system 进程与 vendor 进程分离；/dev/binder（system 域）与 /dev/hwbinder//dev/vndbinder（vendor 域）物理隔离（模块 14.3）

VINTF 校验（模块 14.4）+ neverallow（模块 25.5）+ cts/vts 认证；厂商改动必须放 vendor 分区，违反 Treble 规范导致系统升级后不兼容

AOSP 8-12 过渡方案：.hal 接口 + hidl-gen 生成；走 /dev/hwbinder 域（模块 14.3）；维护成本高，新项目用 AIDL HAL

AOSP 11+ 稳定 AIDL（@VendorN 版本化），与 HIDL 并存过渡；新版 HAL 默认 AIDL；实现链路见模块 14.5

Passthrough（直通）：HAL 库链接进调用进程（同进程执行，deprecated）；Binderized（绑定）：HAL 独立进程经 hwservicemanager（模块 14.3）服务化调用（推荐）；lshal --neat 看各 HAL 服务化状态；绑定式 HAL 崩溃由 init 拉起、客户端走死亡回调感知，直通式崩溃则直接把调用方进程带崩（libhardware 时代遗留）；AIDL HAL 一律绑定式，manifest 声明 <hal format="aidl">（模块 14.4）

vendor 域 Binder（/dev/hwbinder）注册中心，服务名 → IBinder；与 system 域 servicemanager（/dev/binder）物理隔离，保障 Treble 边界（见模块 14.1）；AIDL HAL 也经其注册（android.hardware.<name> 命名空间）

HIDL：defaultServiceManager()->registerAsService()；AIDL HAL：BinderService<T>::registerAsService；客户端 getService 拿代理；lshal list 列出已注册 HAL

HAL 进程崩溃 → hwservicemanager 触发死亡回调（linkToDeath）；恢复由 init.rc 拉起（oneshot 服务 + respawn）；lshal --neat 查注册状态，服务缺失先看 HAL 进程是否存活

/vendor/etc/vintf/manifest.xml 声明厂商实现的所有 HAL（包名/版本/实例）；device manifest + framework manifest 合并；新增 HAL 必须在此声明（见模块 14.5）；声明片段 <hal><name>android.hardware.xxx</name><version>1.0</version><interface><instance>default</instance></interface></hal>；改后 checkvintf --check 验证设备侧完整性；版本/实例声明与 matrix 不符 → 服务注册被忽略且 cts/vts 必挂

Framework/平台侧声明所需的 HAL 版本区间；运行期 VINTF 校验设备是否满足；版本不满足 → 服务获取失败或系统不完整（cts/vts 会查）

lshal --types（HAL 类型/版本）· vintf_f（VINTF 工具）· lshal --neat；FCM version（compatibility matrix 的 <version>）约束 vendor 实现版本下限

定义 aidl_interface → 实现 impl (extends Stub) → rc 启动 hal 进程 → hwservicemanager 注册 → 客户端 getService

VibratorManager → VibratorService → AIDL HAL → kernel timed_output/vibrator 驱动

app 经 SystemService → Framework → AIDL/HIDL HAL → 厂商实现 (见模块 3.6 新增系统服务)

整车信号抽象（车速/档位/空调/车门），见模块 28.2；AIDL 实现 android.hardware.automotive.vehicle

GNSS：hardware/interfaces/gnss/aidl/（车载导航定位，LocationManagerService 依赖）；Sensor：hardware/interfaces/sensors/aidl/（姿态/碰撞检测）；Radio：T-Box 蜂窝（RIL 侧）

CarAudio HAL（多音区，见模块 27.2）· Thermal HAL（温控，见模块 20.7）· Health HAL（电池，见模块 20.5）· Camera（多摄，见模块 21.6）；车载 HAL 以 AIDL 化为趋势，全部走 hwservicemanager + VINTF

Enforcing（强制执行，量产必须）· Permissive（仅记录不阻止，调试）· Disabled（完全关闭，仅早期开发）；permissive 下 avc 日志照打但实际放行（行尾 permissive=1 标识，勿当真 denied）；cat /sys/fs/selinux/enforce 直接读当前态（1=enforcing）；内核侧 dmesg | grep avc 与 logcat -b all | grep avc 双源核对，内核 printk 有丢失可能

getenforce 查看 · setenforce 0/1 切换（userdebug 可用，重启失效）；内核启动参数 androidboot.selinux=permissive

permissive myservice; 单独放行某域（调试用，禁止量产）；permissive 下仍被拒 = 非 avc 类拒绝（属性/能力类，见模块 15.5）

跨版本稳定类型/属性（平台公共接口），vendor 可引用；新增公共类型放此避免编译隔离失败；system/sepolicy/public/ 内文件编译进公共策略（模块 15.2）

private/ 平台私有（vendor 不可见）· vendor/ 厂商策略（BOARD_SEPOLICY_DIRS）· prebuilts/api/<ver>/ 版本快照（改策略须同步快照）

文件路径 → type（如 /system/bin/myservice u:object_r:myservice_exec:s0）；编译进 file_contexts.bin；ls -Z 验证 label

binder 服务名 → domain（system_server 服务注册查此）；hwservice_contexts 对应 hwbinder（vendor HAL）；新增系统服务必改（模块 15.4 步骤③）；缺失 → 服务获取时 avc denied

property_contexts：属性名前缀 → type（属性 set 白名单，模块 15.5）；seapp_contexts：app 包名/uid → domain（untrusted_app/platform_app）

新建 system/sepolicy/public/myservice.te：type myservice, domain; type myservice_exec, exec_type, file_type, vendor_file_type;（vendor 侧服务放 device/<oem>/sepolicy/ 用 BOARD_SEPOLICY_DIRS）

init_daemon_domain(myservice) 授权 init 拉起；binder_use(myservice) + binder_call(myservice, system_server)（system_server 域同理反向）；app 访问需 binder_call(appdomain, myservice)

file_contexts：/system/bin/myservice u:object_r:myservice_exec:s0；service_contexts：myservice u:object_r:myservice:s0；属性 property_contexts 同理

allow myservice system_file:file { read execute }; 等最小化授权；make sepolicy 单独编译（或 mmm）；neverallow 冲突处理见模块 25.5

开机后 getenforce（须 Enforcing）· ps -AZ | grep myservice 看进程 domain · ls -Z /system/bin/myservice 看文件 label · logcat -b all | grep avc 无 denied

logcat -b all | grep "avc: denied"；解析关键字段 scontext(源域)/tcontext(目标)/tclass(对象类)/comm(进程)；车载常见 denied：vendor 分区读写、binder_transfer、property set；scontext 形如 u:r:system_server:s0（u:r:<域>:s0），tcontext 同理；permissive=1 表示已放行仅记录，勿按真 denied 处理；内核侧 dmesg | grep avc 往往比 logcat 更早更全（丢失率更低）

adb pull /sys/fs/selinux/policy → audit2allow -p policy < avc.txt；生成规则仅调试参考，须人工 review 最小化授权，禁止整段照搬

userdebug 可 setenforce 0 临时验证（重启失效）；量产 必须 enforcing；permissive 域排查：setenforce 0 下仍被拒说明是属性写入或capability类拒绝而非普通 avc

sepolicy 增量编译慢 → m sepolicy 单编；vendor 策略引用 system 类型受限（neverallow 保护）；seapp_contexts 未配导致 app 域错乱（uid 映射）；改完策略不生效先查 prebuilts/api/<ver>/ 版本快照是否同步

SettingsProvider/res/values/defaults.xml：def_screen_brightness 等；改默认亮度/音量/时区

settings get/put system screen_brightness；global/secure/system 三表

PRODUCT_PACKAGES 控制预装（不加即不编）；移除已预装：device mk 里 PRODUCT_PACKAGES 删除 + pm disable-user --user 0；精简无用的 system app（Email/Calendar 等）；PRODUCT_PACKAGES_REMOVE（Android 12+）可在继承链后置移除（如去掉 GMS 预装）；裁剪后 pm list packages 验证；系统应用列表缓存于 /data/system/package_cache/，仅删 apk 不清缓存会残留报错

config.xml 关闭不用的 Feature（config_enableXxx）；startOtherServices 注释掉不需要的服务（谨慎，破坏依赖）；禁用组件 pm disable <component>

PRODUCT_LOCALES 精简语言（只留 zh-CN/en-US）；移除多余铃声/字体（PRODUCT_PACKAGES 控制）；overlay 覆盖资源（模块 13.3）；车载常用：砍 GMS、砍 Launcher3 动画

改 SettingsProvider/res/values/defaults.xml 固化默认亮度/音量/休眠超时/时区（首次开机即生效，无闪变）；批量下发用 settings put global/secure/system 三表

隐藏开发者选项（config_show_development_settings + Global.DEVELOPMENT_SETTINGS_ENABLED）；裁剪多用户/无障碍/安全菜单；settings 包 overlay 覆盖 config.xml 控制各入口显隐

Settings 首页插入车辆信息/车控卡片（Intent 跳 CarActivity）；隐藏蓝牙配对/位置等非车机项；音频/显示/存储保留；车载常用 ACTION_SETTINGS_EMBED_DEEP_LINK 做嵌入式设置页

预置应用 privapp-permissions 白名单（frameworks/base/data/etc/privapp-permissions-platform.xml + device 专属文件）；system app 预授权避免首启运行时弹窗；缺失白名单直接开机不授予权限（logcat 有 PackageManager 警告）；白名单格式 <privapp-permissions package="com.xxx"><permission name="android.permission.xxx"/></privapp-permissions>；设备专属文件放 device/<oem>/<board>/privapp-permissions-xxx.xml 并加入 PRODUCT_PACKAGES；签名不匹配（非 platform 签名）会整包忽略并打 Signature|privileged 告警

platform_driver / platform_device，probe() 由 DTS compatible 匹配触发（非设备树场景可注册同名 platform_device）；probe 返回 -EPROBE_DEFER 进入延迟队列，依赖（时钟/pinctrl/regulator）就绪后自动重试；/sys/kernel/debug/devices_deferred 查看卡在 defer 的设备（驱动缺失常见因）；绑定状态 /sys/bus/platform/drivers/<drv>/ 下应有设备软链

.open/.read/.write/.ioctl，copy_to_user()/copy_from_user() 与用户态交换数据

misc_register() / alloc_chrdev_region()；/dev 节点权限由 ueventd.rc + file_contexts 管控（见模块 15）

Kbuild Makefile（obj-m）、insmod/modprobe/lsmod/rmmod、模块依赖与签名

compatible（匹配驱动）/ reg（寄存器/地址）/ interrupts / pinctrl-0（引脚复用）

of_match_table 匹配；of_property_read_u32() / of_iomap() / platform_get_resource()

gpio-controller / interrupt-controller 节点、gpiod_get()、request_irq()

CAN 控制器使能（M_CAN / SPI-CAN 如 mcp2515）、UART 调试口、I2C/SPI 外设挂载；dtsi 放 vendor 分区、Treble 隔离

af_can.c 核心 + 协议族：can-raw / can-bcm（周期广播）/ can-gw（路由网关）/ can-j1939（车载 SAE J1939）；raw 套接字 setsockopt(CAN_RAW_FILTER) 按 can_id 过滤，can_id 高 8 位为 EFF/ERR/RTR 标志；bcm 用 BCM_MSG_HEADER 配置周期发送/跳变触发，适合仪表周期信号（免用户态定时器）；j1939 按 PGN/SA 寻址，bind(SA) 后按 PGN 收发；gw 路由规则 cangw -A -s can0 -d can1 -e 内核态转发不占用户态

socket(AF_CAN, SOCK_RAW, CAN_RAW) → bind(ifindex) → struct can_frame 收发；canfd 用 CAN_RAW_FD_FRAMES

cansend / candump / cangen / cansniffer / canbusload；回车载量产验证标准命令

ip link set can0 type can bitrate 500000（波特率/位时序）/ canfd on / ip link set can0 up

Bus-Off 自动恢复（bus-off 状态机）、错误计数器/中断日志、ip -details link show can0、/proc 统计

tasklet / workqueue / threaded irq（request_threaded_irq()）；中断里禁睡眠

spinlock（原子上下文/中断禁眠，短临界）· mutex（进程上下文可睡眠）· 原子操作（atomic_t/refcount）；死锁排查：/proc/lockdep · dmesg | grep -i deadlock；车载 CAN 驱动并发：环形缓冲 + 锁粒度设计（模块 17.4）；中断上下文取锁用 spin_lock_irqsave/restore（保存中断态防嵌套死锁）；mutex 注意优先级反转，实时场景用 rt_mutex；内核开 CONFIG_PROVE_LOCKING 做静态锁依赖校验，CONFIG_DEBUG_ATOMIC_SLEEP 查原子上下文睡眠

dma_alloc_coherent() / dma_map_single()、环形缓冲（Ring Buffer）处理高速数据（如 CAN-FD 大流量）

开启 CONFIG_CAN / CONFIG_CAN_RAW / CONFIG_CAN_MCP251X 等宏；savedefconfig 回写

Image/zImage、dtb（设备树编译）、.ko 模块；Android 侧经 mkbootimg 打 boot.img / vendor_boot / dtbo

fastboot flash boot；adb shell dmesg | grep 确认驱动 probe；SELinux 设备节点权限联动（见模块 15）

dmesg | grep -i can · cat /proc/interrupts · lsmod · /sys/class/net/can0

回环测试（loopback）：cansend can0 123#DEADBEEF ↔ candump can0；双机对测（CAN-H/CAN-L 120Ω 终端电阻）

GPIO 复用冲突（pinctrl 重复占用）、波特率不匹配、Bus-Off 频繁、中断风暴、SELinux avc 拒绝（logcat -b all | grep avc）

-b main（App）/ system（服务）/ events（事件）/ crash；-v time 时间戳 · -v threadtime 线程；logcat -g 看缓冲区大小（溢出可 -G 调大）；高频重复日志被 chatty 抑制合并（明细丢失），排查时 setprop persist.log.tag.<TAG> V 单独放大某组件；缓冲区默认 256KB-1MB，量产抓长日志先 logcat -G 16M；events 缓冲存 am_anr/am_crash/am_proc_start 等关键事件，排查系统问题优先 -b events

dmesg（/dev/kmsg）查驱动/内核；logcat -b all | grep -i kernel；车载驱动排查主用 dmesg（模块 17.6）

bugreport（zip：logcat 全量+dumpsys+ANR/tombstone 等）；/data/system/dropbox/ 崩溃记录；车载问题复现时先抓 bugreport 再动设备

dumpsys -l 列全部服务；dumpsys <service> 服务状态；自己服务实现 dump() 即可被 dumpsys 调用（模块 3.6/10.5）

dumpsys activity（进程/任务/Recents）· dumpsys window（窗口层级/焦点）· dumpsys input（输入设备/焦点）· dumpsys SurfaceFlinger（合成/图层）· dumpsys package（包/权限）

系统级问题：bugreport 内含全部 dumpsys；对比正常/异常设备输出 diff；车载多屏查 dumpsys display + dumpsys window displays

perfetto -o trace.pftrace -t 10s sched freq idle am wm gfx view binder → ui.perfetto.dev 分析

ls /data/anr/ → anr_<pid>_时间戳；kill -3 <pid> 触发 Java 线程栈 dump；主线程阻塞定位；/data/anr/ 需 root 读取；traces 里找 "main" prio=5 tid=1 段看主线程状态（WAITING/BLOCKED + 锁持有行），"held by" 行指向持锁线程；ANR 类型在 dumpsys activity lastanr（input/broadcast/service/provider 五类）；native 崩溃另查 /data/tombstones/（debuggerd 产物，含寄存器/回溯）

frameworks/native/cmds/atrace（systrace 底层）；新项目优先用 Perfetto（perfetto -o trace -t 10s sched freq gfx view）；车载老工具链仍可用 atrace --atrace_categories=gfx,view

dumpsys meminfo <pkg>（Java/native/图形/stack 分类）· procrank（按 PSS 排序）· showmap（VSS/PSS 明细）· /proc/<pid>/status

cat /proc/meminfo（MemAvailable）· free；lmkd 阈值与 oom_adj（模块 9.3）；binder 代理泄漏持续上涨（模块 7.4）；dumpsys meminfo 看 total 与 low memory 状态

Java：MAT/Android Studio Memory Profiler；native：libmemunreachable（debug 版）/ malloc_debug；车载长期运行泄漏：monitor 内存曲线（dumpsys meminfo 定时采样）

top -H / htop（线程级 CPU）· simpleperf record/report（采样热点）· perfetto cpu 轨（调度/频率）；simpleperf：simpleperf record -p <pid> -o /data/local/tmp/perf.data -f 4000 → simpleperf report -i perf.data（需带符号的二进制/库）；perfetto：perfetto -t 5s -o /data/misc/perfetto-traces/t.pftrace sched cpu；查降频/锁频 cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_cur_freq（与 scaling_max_freq 对比）

bootchart（各阶段耗时图）· logcat | grep boot_progress（阶段打点，模块 1-2 各阶段）；优化：延迟广播/并行初始化/预加载（模块 2.4）

dumpsys gfxinfo <pkg>（janky frames）· dumpsys SurfaceFlinger --latency（帧提交延迟）· Perfetto gfx 轨；车载多屏分别测各 Display 帧率（模块 28.3）

AOSP 声明式构建系统，Android.bp 描述模块（替代 Android.mk）；Blueprint 引擎解析 bp → 生成 ninja 文件；soong_build 驱动

cc_binary/cc_library · java_library/java_sdk_library · android_app · aidl_interface · genrule · prebuilt_etc（详细见模块 29.1）

build/soong/（源码）· out/soong/（生成物）· 各目录 Android.bp；新增模块后 make 自动重跑 Soong

构建执行引擎：按依赖图并行执行命令；out/soong/build.ninja 主文件；ninja -f 指定、-j N 并行度

ninja 按文件时间戳+内容哈希判断是否重编；改一个 .java 只重编对应模块及其依赖；.ninja_log 记录历史（损坏可删后全量）；restat 规则让输出未变时不触发下游重编；ninja -t clean 清理指定目标 · ninja -t targets 列出全部目标；改 Android.bp 会触发 Soong 重跑并重新生成 build.ninja（波及面远大于改 .java），所以尽量不动 bp 文件做小验证

Soong 负责生成 ninja（依赖图），ninja 负责执行；make 实际包装 soong + ninja；ninja -t targets 查看目标

source build/envsetup.sh → lunch aosp_<board>-userdebug（产品-变体，变体见下）；lunch 列产品；get_build_var TARGET_PRODUCT 确认

make -j32 全量（E5-2697A v4 64G 标配 -j32，见模块 19.6 内存约束）；m SystemUI 单模块；mmm packages/apps/SystemUI 目录编译；mm 当前目录；产物 out/target/product/<device>/；单模块热验证（userdebug 且 system 可写）：adb push out/target/product/<device>/system/xxx /system/xxx 后 adb shell stop && start（或仅重启目标进程）；全量日志 make -j32 2>&1 | tee build.log 便于回溯报错；get_build_var TARGET_BUILD_VARIANT 确认当前变体

ccache：export USE_CCACHE=1 + ccache -M 50G；ninja 自动增量；全清 make clean（或 rm -rf out）；改产品配置后需重新 lunch

eng（开发，root+全部调试）· userdebug（接近量产+root+调试）· user（量产，无 root、只读分区）；车载量产必须 user；功能验证阶段用 userdebug

boot.img（kernel+ramdisk+dtb）· system.img · vendor.img · product.img · odm.img · super.img（动态分区聚合，模块 22.5）· vbmeta.img（AVB 签名，模块 25.2）

mkbootimg（boot）· simg2img/动态分区工具（super）· avbtool 签名（vbmeta）；make dist 打包发布物

ls out/target/product/<device>/*.img；fastboot flash 对应分区（模块 19.5）；分区大小不符 → 查 BoardConfig.mk 的 BOARD_*_IMAGE_PARTITION_SIZE（模块 29.4）

fastboot flash system vendor boot · fastboot reboot；动态分区用 fastboot flash super

Treble 分区规范（vendor/odm 不随意改动）、校验 vbmeta/avb、防变砖（保留 bootloader 解锁/回退）

mmm packages/apps/SystemUI 或 make SystemUI；改 SELinux 用 make sepolicy

OOM（ninja: fatal 或 cc1plus 被杀）→ 降 -j；磁盘满（df -h out）；ccache 未配置编译慢；Java 版本不匹配（AOSP 13+ 用 openjdk-17）

重复模块名（Duplicate module name）· 缺依赖（missing dependency）· undefined reference（link 库缺失）· Android.bp 语法/缩进错误；单模块先 mmm 验证

SELinux neverallow（模块 25.5）· VINTF 校验失败（模块 14.4）· aapt2 资源错误（资源名冲突）· prebuilt 冲突；改分区配置后需 make clean 或删对应 out 目录

系统电源状态机（唤醒/休眠/Doze）、WakeLock 托管、充电状态监听、屏幕亮度/超时策略；dumpsys power 全量状态；车载：ACC 信号驱动电源状态（模块 28.4 联动）

Awake → Dream → Doze → Suspend；updatePowerStateLocked() 核心调度循环，聚合所有 WakeLock/Display/Proximity 状态；Wakefulness 枚举：AWAKE / DREAMING / DOZING / ASLEEP；updatePowerStateLocked 由 mDirty 位标记驱动（wakefulness 变化/超时到期/锁增删都置位触发）；dumpsys power 关键字段：mWakefulness / mWakeLocks / mScreenBrightnessOverrideFromWindowManager / mProximityPositive；车载 ACC off → ASLEEP 但保持 mHoldingWakeLockSuspendBlocker 场景常见

ScreenOffTimeout / SleepTimeout / DreamTimeout；车载常配为永不休眠或长超时

PARTIAL_WAKE_LOCK（CPU 保持唤醒）· SCREEN_DIM / SCREEN_BRIGHT / FULL_WAKE_LOCK（屏幕亮）· PROXIMITY_SCREEN_OFF_WAKE_LOCK（通话传感器）；屏幕类锁已废弃且默认忽略（系统按显示需求决定亮灭屏），只有 PARTIAL 真正阻止 suspend；排查：dumpsys power | grep -i "Wake Locks" 或 dumpsys power | grep PARTIAL；泄漏判据：屏幕灭且无活动时仍持 PARTIAL 锁 → 系统不睡、待机电流高；PARTIAL_WAKE_LOCK 打 tag 到 PMS，logcat PowerManager 有超时告警

超时锁（acquire(timeout)）到期自动释放，防泄漏；计数锁可重入，内部维护 mCount 计数器；WakeLock.acquire → Binder 到 PMS → mWakeLocks.add()

dumpsys power 查看所有 WakeLock 持有者 · adb shell dumpsys power | grep LOCK · 泄漏排查：WakeLock.acquire 无对应 release、logcat 查 PowerManager 告警

长期 PARTIAL_WAKE_LOCK 导致功耗高 → 改用定时唤醒 + Doze 模式；车载 ACC on/off 对应 PowerManager 策略

ACTIVE → INACTIVE → IDLE_PENDING → SENSING → LOCATING → IDLE → IDLE_MAINTENANCE；由 DeviceIdleController 驱动；dumpsys deviceidle 看当前状态与各阶段超时；调试强制：cmd deviceidle step 逐步推进 · cmd deviceidle force-idle 直接进 IDLE · cmd deviceidle disable 整体关闭；device_idle_constants.xml（frameworks/base/core/res/res/values/）可调 IDLE_AFTER_INACTIVE_TIMEOUT 等全部超时；车载禁 Doze：config_enableAutoPowerModes=false + 不预置该 xml

周期唤醒进入 IDLE_MAINTENANCE（约 1min）→ 放行网络/闹钟/JobScheduler → 回到 IDLE

网络访问受限；setAlarmClock() 可穿透 Doze、JobScheduler 维护窗口执行、FCM 高优先级透传

车载常禁用 Doze 或缩短 IDLE 时间；config_enableAutoPowerModes / device_idle_constants.xml 配置

PM_SUSPEND_MEM（Suspend-to-RAM）/ PM_SUSPEND_STANDBY（浅休眠）；Android 触发路径：PMS → PowerManagerService.setWakefulness(ASLEEP) → NativePowerManager → /sys/power/state

PMS → NativePowerManager → /sys/power/autosleep → kernel __pm_stay_awake / __pm_relax；autosleep 由 kernel/power/autosleep.c 实现：无 active wakeup source 时自动进入预设 sleep 状态（比用户态显式写 state 更稳，避免竞态）；Android 8+ 默认走 autosleep 而非直接写 /sys/power/state；内核侧 wakelock（CONFIG_WAKELOCK）与用户态 WakeLock 是两套机制，前者 deprecated 但部分驱动仍用

/sys/kernel/debug/wakeup_sources 统计（name/active_count/event_count/wakeup_count）；RTC 闹钟 / 按键（GPIO 中断）/ USB / 网络（WoWLAN/PHY）/ 充电插入；车载常配 CAN 远程唤醒（CAN 控制器中断）与 ACC 信号（KL15/KL30 硬线）；待机电流高排查：先 cat /sys/kernel/debug/wakeup_sources 看哪个源 active_count 长时间非零，再 dmesg | grep wakeup 看最近唤醒原因；/sys/power/wakeup_count 循环检测防唤醒竞态

读取 /sys/class/power_supply/* 下的 capacity/status/voltage_now/temperature 等属性

BATTERY_CHANGED（粘性广播）→ 通知 UI/低电量阈值 → 降频/关后台/强制 Doze；ACTION_BATTERY_LOW/OKAY 触发系统策略；车载低电量优先保证启动/安全功能（模块 20.5）

hardware/interfaces/health/：AIDL Health HAL 提供电池信息；healthd 守护进程（旧）

dumpsys batterystats（分进程耗电/唤醒锁/网络统计）；dumpsys batterystats --reset 清零后复测问题场景；车载重点关注 wakelock 与 sensor 项

bugreport 导入 battery-historian 看充放电曲线；Perfetto power.rails 功耗轨（硬件 PMIC 数据）；dumpsys power 看 Display/WakeLock 状态

cat /sys/class/power_supply/*/voltage_now|current_now（实时电压电流）；/sys/kernel/debug/suspend_stats（suspend 时长统计）；/sys/kernel/debug/wakeup_sources（唤醒源，见模块 20.4）；车载待机电流超标先查 CAN 唤醒源与 RTC

ThermalManagerService（system_server，Binder 入口 IThermalService）→ Thermal HAL（IThermal，AIDL，vendor 实现）→ 内核 thermal 框架（thermal_zone / cooling_device）；App 侧 PowerManager.getThermalHeadroom() 查询温控余量

内核 thermal governor 执行 throttling（cpufreq 降频/关核）、冷却设备联动（IPA 功耗分配）；用户态厂商方案（thermal-engine/thermal.conf）与 AOSP Thermal HAL 并存；极端温度触发 关机保护（PowerManager.shutdown）

座舱暴晒高温 → 提前降频保护屏幕/电池/座舱域控；VHAL 上报车内外温度（属性 ENV_OUTSIDE_TEMP / HVAC 温度）联动空调降载；工控整机：无风扇被动散热需更保守温控阈值

dumpsys thermalservice（温度/阈值/动作）· cat /sys/class/thermal/thermal_zone*/temp（内核原始温度）· dumpsys thermalservice --override-temperature 45.0（userdebug 模拟）· logcat 查 ThermalService 温控日志

Camera2 API 包 · CameraManager（枚举/打开）· CameraDevice（会话管理）· CameraCaptureSession（拍照/预览）· CameraMetadata

CameraService（独立 cameraserver 进程）→ Binder 接口 ICameraService；管理 CameraProvider 实例

CameraProvider HAL（AIDL/HIDL）枚举设备、返回 ICameraDevice；每个 Provider 运行在独立进程

Camera HAL 3.x / 4.x 实现，ICameraDeviceSession → processCaptureRequest() 单帧请求模型

App 提交 CaptureRequest（含 5 个输出 Surface）→ HAL 处理 → 返回 CaptureResult（metadata + buffer）；每个 Request 独立编号（FrameNumber）；request 核心参数：CONTROL_AE_MODE / AF_MODE / AWB_MODE（3A）、CONTROL_CAPTURE_INTENT（PREVIEW / STILL_CAPTURE / VIDEO_RECORD）、SENSOR_EXPOSURE_TIME / JPEG_QUALITY；capture() 单次 vs setRepeatingRequest() 连续（预览必须 repeating）；结果回调序 onCaptureStarted → onCaptureProgressed → onCaptureCompleted，黑帧/花屏先核对 buffer 与 timestamp 配对（fence 时序，模块 21.2）

android.request.pipelineDepth 表示请求处理延迟（帧数）；浅管程低延迟、深管程高吞吐

HAL3 用 ACquireFence / ReleaseFence 同步 GPU/Display/ISP 对 buffer 的访问

configureStreams() 创建输出流（YUV/JPEG/RAW/HEIC）+ 可选输入流（回显）；Stream 绑定到 Surface/ANativeWindow

HAL4 是 AIDL 版本化 Camera HAL，接口从 HIDL 迁移到 AIDL（hardware/interfaces/camera/aidl/）

ICameraDevice · ICameraDeviceSession · ICameraProvider · ICameraProviderCallback

支持物理相机（MultiCamera）· Deep integration with Multi-camera（逻辑/物理设备映射）· 更灵活的 session 参数

init.rc 中 service cameraserver /system/bin/cameraserver → main_cameraserver.cpp 入口

创建 CameraService 实例 → 注册 Binder 服务 ICameraService → 扫描 HAL Provider（waitForService("camera_provider")）

ICameraProviderCallback 监听设备拔出/插入 → 通知 CameraService 更新设备列表

Context.getSystemService(CAMERA_SERVICE) → 内部查询 CameraService

CameraManager.openCamera(cameraId, callback, handler) → CameraService.createDevice → HAL openDevice

CameraDevice.createCaptureSession(outputs, callback, handler) → configureStreams

CameraCaptureSession.capture(request, callback, handler) → HAL processCaptureRequest → 返回 ImageReader 或 PreviewSurface

前视 ADAS / 环视 AVM / 驾驶员监控 DMS 各独立 CameraProvider 注册（lshal 可查）；App 按 cameraId 打开；CameraManager.getCameraIdList() 枚举；cameraId 形如 "0"、"provider@2.0/1"（前缀区分 provider 与版本）；CameraProviderManager 监听 provider 注册/死亡，HAL 崩溃自动重建并回调 onDeviceStateChanged（App 需重新 open）；lshal | grep camera 查各 provider 存活；多 Provider 并发注意总带宽/ISP 资源分配（取景会互相挤压帧率）

逻辑相机 = 物理相机组合（广角+长焦/双目）；HAL4 支持 logicalCameraType 映射；AVM 环视拼接（多路鱼眼 → GPU 后处理出鸟瞰图）在中间件/应用层实现

USB Camera（uvcvideo → /dev/video*）与 GMSL/FPD-Link 车载相机（串行器/解串器，vendor 驱动）；车载相机常需电源/复位联动（VHAL 属性控制供电）；调试：dumpsys media.camera · logcat CameraService

卷管理（挂载/卸载/格式化）、磁盘加密（FBE/FDE）、存储设备热插拔（USB OTG/SD 卡）、分区检查（fsck）；唯一有 /data 写权限的 native 域（与 installd 并列，模块 9.3）；vold 崩溃 → 挂载全断（logcat -b system | grep Vold），init 自动重启并重新挂载

独立 Native 进程（/system/bin/vold），经 Binder 暴露 IVolumeManager；Disk 发现 → Volume 创建 → Filesystem 挂载

Private（内部存储，/data/media）· Public（可插拔，U 盘/SD，/storage/<uuid>）· Emulated（FUSE/存储空间模拟，/storage/emulated/<user>）· OBB（APK 扩展）；车载注意：U 盘媒体库走 Public 卷 + MediaProvider 扫描；sm set-force-adoptable 可强制 U 盘作内部存储（API 30+ 限制，非必要不用）

FDE 全盘加密（Android 5-9，已弃用）；FBE 按文件加密（Android 7+，当前标准），不同用户/不同文件使用不同密钥

硬件密钥（KeyMint）→ 设备加密密钥（DEK）→ 凭证加密密钥（CEK）；DE 密钥早于锁屏可用，CE 密钥需用户解锁；DEK/CEK 由 vold 调 fscrypt 生成并交给 KeyMint 保护（密钥不出 TEE）；解锁前 App 只能读 /data/user_de/，CE 数据须监听 ACTION_USER_UNLOCKED 广播后再访问（模块 22.6 时序坑）；vdc fscrypt list-keys 查看密钥状态；getprop ro.crypto.state 确认加密开启

/data/data/（CE：解锁后挂载）· /data/user_de/0/（DE：直接可用）· /data/misc_ce/ · /data/misc_de/

内核 CONFIG_FS_ENCRYPTION，ext4/f2fs 原生支持；多密钥策略：每用户/每目录独立密钥（CE/DE，模块 22.2 密钥层级）；vdc fscrypt 命令管理；AOSP 13+ 默认 f2fs + 原生 fscrypt

App 私有目录 /data/data/<pkg>（内部存储）· /sdcard/Android/data/<pkg>（外部存储沙箱）

MediaStore（Images/Videos/Audio/Downloads）→ 提供 ContentResolver 接口；无需权限访问自己插入的文件

Intent.ACTION_OPEN_DOCUMENT → 用户选择文件 → 返回 content URI；更细粒度访问控制

特殊权限（Android 11+，ACTION_MANAGE_APP_ALL_FILES_ACCESS_PERMISSION 申请）；仅文件管理类应用可获；车载/工控慎用（安全审查严格），优先 MediaStore/SAF（模块 22.3）

内核多用户/多设备绑定挂载实现（fs/sdcardfs/），按 /storage/emulated/<user>/ 隔离

Android 12+ 逐步切换到 ExternalStorageProvider（FUSE daemon）提供更灵活权限管控

Android 10+ super.img 包含 system/vendor/product 等逻辑分区；lpdump 查看布局、lpmake 打包；BOARD_SUPER_PARTITION_SIZE + BOARD_<NAME>_IMAGE_PARTITION_SIZE 在 BoardConfig.mk 规划总大小与各逻辑分区上限（模块 29.4）；lpdump --slot 0 查看实际布局（各分区 offset/size）；OTA 需预留约 10% 空闲给动态分区 merge，否则 OTA 报空间不足（resize2fs 失败）；扩容优先调 super 总大小而非单分区

fs_mgr 负责解析 /system/etc/fstab.<device> → 通过 dm-linear / dm-verity 映射到 /dev/block/by-name/

lpresize 调整逻辑分区大小 · lpdump --slot 0 查看 super 布局；OTA 后分区空间不足时报 resize2fs 错误；BOARD_SUPER_PARTITION_SIZE 规划（模块 29.4）

sm list-volumes（卷状态）· sm mount/unmount <vol> · dumpsys mount（MountService 状态）；SD/USB 挂载失败查 dmesg + fsck 日志

df /data · ls -la /storage/emulated/0（用户视角）；getprop ro.crypto.state（encrypted/unencrypted）；sm set-force-adoptable（强制可采纳存储，仅测试）

FBE 时序坑：user 0 解锁前（ACTION_USER_UNLOCKED 前）App 拿不到 CE 数据（见模块 22.2）；vdc fstrim 手动 trim；存储满导致系统异常 → 清理 /data/log、dropbox；getprop vold.decrypt 看解密进度

网络连接仲裁：WiFi / 蜂窝 / Ethernet / VPN 的排序、切换、评分；NetworkAgent 注册上下行统计

NetworkAgent 报告 NetworkScore（信号强度/链路质量）；ConnectivityService 选最高分作为默认网络

AOSP 11+ 声明式网络匹配：NetworkOffer（能力声明）替代手动打分；ConnectivityService 按 offer 匹配最适网络；dumpsys connectivity 看 offer 状态；车载多网卡策略（Ethernet 主/WiFi 备/蜂窝补，模块 23.4）

settings put global airplane_mode_on 1 · svc wifi enable/disable · svc data enable/disable

WifiService（system_server，Binder 入口）→ WifiController（状态机）→ WifiNative（JNI→wificond 或 Wifi HAL）→ wificond（Native 进程）→ nl80211 → 内核 cfg80211；dumpsys wifi 看状态机当前态与 supplicant 状态；wificond 独立进程崩溃由 init 拉起，期间 Wi-Fi 短暂不可用（车载掉线排查先看它）；扫不到 AP：dumpsys wifi | grep -i scan 看扫描结果 + /data/misc/wifi/ 下 wpa_supplicant 日志；Wi-Fi 使能失败查 lshal | grep wifi 确认 HAL 存活

WifiManager.startScan() → WifiServiceImpl → WifiScannerImpl → WifiNative.scan() → nl80211 NL80211_CMD_TRIGGER_SCAN → 内核扫描 → 结果回调→ ScanResults

hardware/interfaces/wifi/ AIDL HAL；IWifi · IWifiChip · IWifiStaIface（STA）/ IWifiApIface（AP）/ IWifiRttController

WifiStateMachine：ConnectModeState / DisconnectedState / L2ConnectedState / RoamingState

BluetoothService（system_server）→ BluetoothManagerService → AdapterService（独立 com.android.bluetooth 进程）→ Bluetooth HAL → 内核 HCI UART/USB

A2DP（音频）· HFP（通话）· GATT（BLE）· HID（键鼠）· MAP（消息）· PBAP（联系人）· PAN（热点）；每个 Profile 独立 StateMachine；dumpsys bluetooth_manager 看各 Profile 连接状态与设备绑定表；adb shell cmd bluetooth_manager 系列子命令（enable/disable/connect）；车载常见坑：A2DP 与 HFP 并发路由抢占、多设备连 GATT 的 ATT 带宽争抢（建议分批连接）；setProfilePriority 控制自动回连顺序（手机优先/耳机优先）

BluetoothGatt.connect() → GATT 连接 → onConnectionStateChange → discoverServices() → onServicesDiscovered → readCharacteristic()/writeCharacteristic()/setNotify

Android 13+ 的蓝牙栈迁移：新架构 Gabeldorsche（GD）替代旧 Bluez/Bluedroid 栈，以 Rust 重写核心 HCI 层

hardware/interfaces/bluetooth/aidl/ IBluetoothHci / IBluetoothHciVendor；亦可 PASSTHROUGH 模式

EthernetServiceImpl 管理有线网络接口；IpClient（DHCP/静态IP/ICMP 探测）· NetworkInterfaceState

车载常使用 Ethernet + VLAN 作中央网关；ip link add link eth0 name can.100 type vlan id 100；通过 Ethernet 承载 DoIP 诊断

Ethernet 作为出厂默认网络，WiFi（热点）备选，蜂窝（T-Box）补充；网络切换策略需定制 NetworkOffer：ConnectivityManager.registerNetworkOffer()（Android 12+）按 capability/score 决策；常见策略：Eth 优先（score 高）、WiFi 存在时切 WiFi（用户热点）、T-Box 仅蜂窝无 Eth 时启用；dumpsys connectivity | grep -A5 Offer 看当前 offer 匹配；坑：多网卡同时 active 时默认路由漂移，排查先 dumpsys connectivity 确认 active network

App 创建 TUN 设备接管流量（VpnService.Builder）；ConnectivityManager.setVpnPackageAuthorization 授权；dumpsys connectivity | grep VPN 看状态

NetworkStack 独立 APEX（模块 26.2）；多用户网络隔离（VpnManager per-user）；NetworkAgent 注册自定义网络（模块 23.1）

Ethernet+WiFi 网关 + VPN 隧道（远程运维/数据回传）；ip addr show tun0 检查隧道；注意 VPN 与车机热点共存时的路由策略定制（NetworkOffer，模块 23.1）

UsbService（system_server）分 UsbHostManager（host：枚举外设）与 UsbDeviceManager（gadget：本机角色）；USB HAL（IUsb AIDL）操作内核；host 外设经 UsbHostManager 广播 UsbDevice.ACTION_ATTACHED 给 App

角色切换在 /sys/kernel/config/usb_gadget/ 配置：adb / mass_storage / rndis / ecm / ncm；手机模式（mtp/ptp）由 UsbDeviceManager 管理；工控常用 RNDIS/ECM 做 USB 网卡，或 USB 转串口（ftdi_sio/ch341 内核驱动 → /dev/ttyUSB*）

userdebug/user 版本 adb 策略（ro.adb.secure 授权白名单）；adb tcpip 5555 无线调试；量产车载/工控建议关闭 adb（user 版默认关）或仅工程模式开放；解锁 bootloader 才可 root（见模块 25.2）

lsusb · dmesg | grep -i usb · adb devices · cat /sys/kernel/config/usb_gadget/g1/UDC（gadget 状态）；USB Camera（uvcvideo）接入看 /dev/video* + dumpsys usb；USB 供电异常优先查 D+/D- 走线与 VBUS

system_a / system_b、boot_a / boot_b 等两组分区；当前 slot（_a）运行 → 写更新到非活跃 slot（_b）→ 重试期满后切换 slot（_a ↔ _b）

后台静默更新（不打断使用）· 失败自动回滚上一 slot（防变砖）· 开机瞬间切换 slot（无漫长安装）；代价：分区翻倍（模块 24.1 原理）；车载 OTA 首选 AB（模块 24.4）

/system/update_engine/slot_suffix 或 /proc/cmdline 中 androidboot.slot_suffix=_a/_b；getprop ro.boot.slot_suffix

1. 下载 OTA 包（payload.bin）→ 2. 校验签名（payload_properties.txt）→ 3. UpdateAttempterAndroid 写入非活跃 slot → 4. update_verifier 验证 DM-Verity → 5. 设置 slot-unbootable 旧 slot → 6. reboot；包生成：ota_from_target_files -i old.zip new.zip update.zip（增量）或 --full_ota（全量）；调试触发 update_engine_client --payload file:///data/ota/update.zip --update（root）；getprop ro.build.version.incremental 对比新旧版本号；bootctl mark-boot-successful 手动确认当前 slot 成功（重试期满自动回滚）

Google Omaha 格式（protobuf 描述）；delta 增量 / full 全量；bsdiff 用于二进制差分

update_engine_client --payload file:///data/ota/full_ota.zip --update；getprop ro.build.ab_update；dumpsys update_engine

fastboot boot recovery 或 BCB（Bootloader Control Block）→ /misc 分区写入 recovery 命令

old-only：/cache/recovery/command → 重启到 recovery → apply_patch → 重新挂载 system → 重启

META-INF/com/android/metadata · payload.bin · payload_properties.txt · care_map.pb（逻辑分区映射）

不限于 Android 系统更新，还涉及 MCU/CAN/网关 等固件升级；Vehicle HAL 通过 VHAL 属性传递 OTA 状态

rollback protection + version rollback prevention；AB slot 计数器 + 内核防护回滚到不安全版本

UpdateEngine API 可编程控制更新条件：驻车 P 档 · 电池 > 70% · 温度窗口 · ACC 上电信号；applyPayload 触发；失败重试/回滚策略（模块 24.1/24.4）；UpdateEngine.applyPayload(url, offset, size, headerKeyValuePairs) 关键参数 SWITCH_SLOT_ON_REBOOT=1（重启即切 slot）；监听 UpdateEngineCallback.onStatusUpdate/onPayloadApplicationComplete 驱动安装进度 UI；条件不满足先 canApplyPayload() 预检避免下载后装不上；车载策略层常放 CarService/定制应用（驻车信号走 VHAL GEAR_SELECTION，模块 28.2）

OTA 包写入 /cache/recovery/command → 重启 BCB 引导 recovery → update-binary 挂载 system → apply_patch 增量更新 → 重启；失败可重试（cache 保留包）

需停机安装（recovery 阶段无法使用）、耗时随包大小增长；无 AB 回滚机制，中断/断电可能变砖（靠 apply_patch 校验 + 备份头）；OTA 包较大时建议 full 镜像

AB OTA 优势：后台静默+原子切换+回滚（见模块 24.1）；车载改造非 AB 设备：必须加回滚保障（recovery 双保险/断电保护）、缩短升级窗口（驻车+电量校验，见模块 24.4）；update_engine 仅 AB 设备可用

system/security/keystore2/ Rust 重写；Binder 接口 IKeystoreSecurity/keymint；新架构隔离密钥类型/操作

hardware/interfaces/keymaster/aidl/ AIDL HAL；KeyMint 替代 Keymaster HAL；支持 TEE 安全存储、密钥认证（Attestation）、批量操作（begin/update/finish 三阶段运算，私钥永不出 TEE）；IKeyMintDevice 接口（getKeyCharacteristics/attestKey/importKey）；KeyMint 2/3 版本演进（新目录 hardware/interfaces/security/keymint/）；KeyGenParameterSpec 的 setUserAuthenticationRequired 绑定生物识别（解锁后才可用）；厂商集成：TEE 实现（OP-TEE/Trusty/QSEE）或独立 SE 芯片，lshal | grep keymint 确认 HAL 存在

FBE 设备密钥（vold 经 IKeystoreSecurity 取 DEK/CEK 包装密钥，模块 22.2）· 应用 AndroidKeyStore API（签名/加密，密钥不可导出）· APK 签名验证（apksigner 经 keystore）· OTA 签名（update_engine 验 payload 签名，模块 24.2）· KeyGenParameterSpec 生物识别绑定（setUserAuthenticationRequired(true)）；车载场景：安全启动信任根（AVB 公钥，模块 25.2）、车控指令签名（防伪造）、日志审计密钥

Boot ROM → Bootloader → VBoot（AVB）→ Boot/Vendor/System → Chain of Trust；每个阶段验证下一阶段签名

描述 boot/system/vendor 等分区的哈希/签名；vbmeta.img 包含公钥哈希 + 分区描述符 + AVB_HASH_TYPE；avbtool info_image --image vbmeta.img 查看描述符与 rollback_index；量产锁定后改 boot/system 任一哈希不符 → 启动被拒（Error verifying vbmeta image）；fastboot flash vbmeta 需与各分区签名同源（防降级靠 rollback index，模块 25.2）

内核设备映射器，在块设备上提供 Verified Boot；启动后持续校验读入的每个块数据完整性；veritysetup 管理

fastboot flashing lock/unlock；锁 bootloader → 强制验证链完整；解锁可刷机但清除用户数据；量产锁 bootloader 必须 AVB

ARM TrustZone 硬件隔离的安全世界（Secure World）；运行可信应用（TA）；通过 libteec / QSEECom 与 REE 通信

密钥存储（KeyMint）· DRM Widevine L1 · 生物识别（指纹/人脸模板）· 支付安全 · 安全启动信任根

hardware/interfaces/security/ · keymint 依赖 TEE · authsecret 管理生物解锁密钥

每个 App 安装时分配唯一 UID（app_<id>），Passwd 文件管理；内核级隔离（process 无法访问其他 UID 进程）；App UID 从 10000 起（FIRST_APPLICATION_UID），/data/system/packages.list 保存 uid→包名→seinfo 映射；adb shell id 查看当前进程 uid/gid；sharedUserId 共享 UID 的应用同 uid 同 data 目录、权限互相可见（pm list packages -U 查归属）；gid 还承载 sdcard_rw/inet 等组权限（网络/存储访问控制）

seapp_contexts 根据 seinfo/username 映射到 domain（如 untrusted_app / platform_app）；neverallow 约束禁止 App 访问系统数据

安装时（旧）→ 运行时（Android 6+）→ 位置/麦克风后台限制（11+）→ 精确/粗略位置分离 · 一次性权限 · 新权限审批面板

v1 (JAR) / v2 (Block) / v3 (Key Rotation) / v4 (增量) 签名方案；apksigner verify / sign；预置应用 platform 签名

neverallow 在 sepolicy 编译期检查（checkpolicy），违反直接编译失败并打印违反的规则与文件；make sepolicy 快速复现；量产分支禁止用 permissive 域绕过

system_app 访问 vendor 分区（Treble 隔离，见模块 14.1）；su 域滥用；属性 set 白名单（property_set 只放行系统属性）；binder_transfer 跨域传递 Binder 对象

改挂允许域（如服务放 system_app → platform_app）；拆 domain 细化授权；厂商能力走 vendor_app/vendor_init 域；确实需要可向 AOSP 提交 exclude 但禁止私自放宽公共策略

板端 logcat -b all | grep avc 收集 → audit2allow 生成（模块 15.5）；预编译检查：m sepolicy 输出 androidpolicy 通过即 OK；回退方案：保留 vendor sepolicy 独立目录，平台升级不冲突

类似 APK 的容器格式（.apex），包含 native lib / Java JAR / 配置文件 / SELinux；loopback 挂载到 /apex/<name>@<ver>/；内部为 apex_manifest.json + ext4/erofs 文件系统镜像（apex_payload.img）；adb install xxx.apex 可临时安装验证（重启回滚）；pm list packages --apex-only 列已装 APEX；ls /apex/ 看激活目录（含 @版本号 与 /apex/<name> 软链指向当前版）

apexd（system/apex/apexd/）在 init 阶段挂载 APEX 容器；安装新版本后重启生效（overlay 切换）；激活流程：verify（签名+完整性校验）→ 解压校验 → mount → activate；任一步失败自动回滚上一版本（防 bootloop 保护）；cmd apexd 手动管理（list/activate/deactivate）；dumpsys package apex 看已激活列表与版本；升级失败常见因：SELinux 策略冲突、签名不一致、版本号未递增（apex_manifest.json）

MediaProvider · NetworkStack · CellBroadcast · DocumentsUI · PermissionController · ExtServices · Wi-Fi · Bluetooth · Tethering · Statsd

prebuilts/apex/ 预编译；apex_manifest.json 声明包名/版本；Android.bp apex { } 模块类型

原 /system/priv-app/ 应用打包进 APEX（APK-in-APEX）→ 可独立 OTA 更新应用版本；apex_manifest.json 声明；车载定制预置应用考虑 APEX 化（模块 26.1 构建）

APEX 包可携带 pub/sec/ 目录下发 SELinux 策略，扩展 system/sepolicy/；激活时并入策略；neverallow 同样约束（模块 25.5）；定制 APEX 策略需过 CTS/VTS

Build.VERSION.SDK_INT + Build.VERSION.MEDIA_PERFORMANCE_CLASS；Mainline 模块可通过 sdk_extensions 新增 API

com.android.ext.services：提供额外系统服务接口扩展，不修改 frameworks/base 即可新增系统功能；经 sdk extensions 暴露（Build.VERSION.SDK_INT + SDK_INT_EXT）；OEM 定制可放此

MediaPlayer · AudioTrack · SoundPool · AAudio（低延迟）· Oboe（游戏引擎）

AudioService（system_server，策略/焦点/路由）· AudioSystem（策略接口）· AudioManager（App API）

AudioFlinger（混音/硬件抽象，模块 27.3）· AudioPolicyService（策略/路由决策，模块 27.2）；独立进程 audioserver；dumpsys media.audio_flinger / audio_policy 排查

hardware/interfaces/audio/ AIDL HAL：IDevice（声卡）· IStreamIn（录音）· IStreamOut（播放）· IPrimaryDevice（电话模式）

根据音频源（media/导航/通话/铃声）自动选择输出设备（扬声器/耳机/A2DP/USB）；audio_policy_configuration.xml 配置；文件结构：<mixPorts>（策略端口）+ <devicePorts>（物理设备）+ <routes>（连接关系）+ <attachedDevices>（默认挂接）；车载多音区：在 <devicePorts> 定义 bus 设备（如 BUS0_LEFT）后由 CarAudioService 映射到音区；改配置需 dumpsys media.audio_policy 验证生效；路由不生效先查 focus 与 usage 映射（audio_attributes）

AudioManager.requestAudioFocus() 协同多 App 同时播放（导航播报时压低音乐）；OnAudioFocusChangeListener

CarAudioService 多音区控制（主驾/副驾/后排独立声道）；audio_policy_configuration 中定义 bus device

MixerThread（播放混音）· RecordThread（录音）· OffloadThread（硬件直通）· DuplicatingThread（分流输出）；dumpsys media.audio_flinger 看各线程 bufferSize / underrun / activeTracks 字段；underrun 持续增长 = 混音不及时（采样率/负载/CPU 抢占），dumpsys media.audio_flinger | grep -i underrun；OffloadThread 要求格式/采样率与硬件完全一致，不满足自动退回软混音（省电特性失效）；车载多音区每 bus 一个 MixerThread，可独立观察负载

libresample 重采样 · 均衡器（Equalizer）· 环绕声（Virtualizer）· 降噪（NoiseSuppression）统一经 EffectChain 串接

AAudio API（Native）面向低延迟场景（MMAP/NOIRQ 直通模式，绕过 AudioFlinger 混音）；Oboe 是 C++ 封装库兼容旧版

dumpsys audio（当前路由/焦点持有者/设备列表）· dumpsys media.audio_policy（策略路由）；无声先查焦点抢占（车载导航压低音乐场景）

dumpsys media.audio_flinger（MixerThread/RecordThread/OffloadThread 状态与缓冲）· logcat -b audio（audio service 日志）· logcat -b main | grep AudioFlinger

tinymix（寄存器通路）· tinyplay / tinycap（播放/录音直测）· cat /proc/asound/cards（声卡枚举）· tinypcminfo（格式/采样率支持）；车载多区验证：分路播放在不同 bus（见模块 27.2）

App → MediaCodec（C2 框架，frameworks/av/media/codec2/）→ Codec2 HAL（ICodec AIDL/HIDL）→ 厂商编解码实现（v4l2/硬件块）；服务端 media.codec（MediaCodecService）管理实例；软编解码走 libstagefright 内置组件

createCodecByType → configure(MediaFormat) → start → queueInputBuffer → dequeueOutputBuffer（同步/异步回调模式）；关键参数：color-format / bitrate / frame-rate / i-frame-interval；硬解不生效先查 MediaCodecList 能力（dumpsys media.player）

MediaDrm + Widevine L1（密钥在 TEE，见模块 25.3）/ L3（软件）；ClearKey 测试用例；播放器集成 ExoPlayer/Media3（C2 与 MediaExtractor 解封装）；车载视频源：HDMI-IN/USB 播放/车机本地媒体库

dumpsys media.codec（codec 实例/状态）· dumpsys media.drm（DRM 会话）· logcat 过滤 MediaCodec/C2 看编解码时序 · adb shell cmd media.codec --help；掉帧先分：解封装 → 解码 → 渲染 三段各自耗时

运行在 system_server 的 Java 服务，管理所有车载子服务；ICar Binder 接口暴露给 Car App

CarPropertyService（VHAL 属性读写）· CarAudioService（音区管理）· CarPowerManagementService（整车电源）· CarDrivingStateService（驾驶状态）· CarInputService（方向盘按键）· CarProjectionService（手机投屏）

android.car.* API：Car.createCar() → getCarManager() → CarPropertyManager 等；仅系统签名应用可用

车辆信号统一抽象为 VehicleProperty（int32/float/string/int64[]/bytes）；每属性有 VehicleArea（全局/引擎/车轮）· VehiclePropertyType；属性 ID 三段编码：高 8 位=area、中 8 位=type、低 16 位=property 号；厂商自定义段 0x1E00-0x3FFF（模块 28.5）；VehiclePropValue 携带 timestamp / areaId / status；dumpsys car_service 可查已注册属性、订阅者与最近值；读属性走 getProperty/setProperty，变化通知走 subscribe 回调（模块 28.2 接口）

PERF_VEHICLE_SPEED（车速）· GEAR_SELECTION（档位）· HVAC_TEMPERATURE_SET（空调温度）· DRIVING_STATUS（驾驶状态）· FUEL_LEVEL（油量）· VEHICLE_MAP_SERVICE（导航绑定）

IVehicle.getProperty() / setProperty() / subscribe()/unsubscribe()（按属性订阅变化通知）；VehiclePropValue 包含 value + timestamp + areaId

运行在 vendor 侧独立进程（android.hardware.automotive.vehicle-service）；binderized AIDL HAL；通过 CAN/以太网/LIN 与 ECU 通信

WMS 中的 DisplayArea 管理多物理屏；DisplayPolicy 控制各屏系统窗口（状态栏只能出现在主屏）

每个 Display 可启动独立 SystemUI 实例（极简状态栏）；DisplayManager.createDisplay() + Presentation API 创建副屏 Activity

独立 Display 运行 Cluster 应用（全屏不可被 Home 覆盖）；FLAG_PRIVATE/FLAG_SHOW_WALLPAPER 控制

管理整车电源状态（ACC on/off、休眠、深度休眠）；监听 VHAL 的 AP_POWER_STATE_REQ 属性

ON（全功能）→ SHUTDOWN_PREPARE（静置保活）→ SLEEP（浅休眠/快速唤醒）→ SHUTDOWN（深度休眠/关机）；ACC off 事件源：VHAL AP_POWER_STATE_REQ（模块 28.2）；App 侧 CarPowerManager.onSleepEntry() / onWakeUp() 回调保存/恢复状态（模块 28.4 时序）；SHUTDOWN_PREPARE 窗口默认数秒，期间须完成状态落盘（车载 App 崩溃常因在窗口内做重活）；dumpsys car_service 看电源状态机当前态；CarPowerManager.shutdown() 可主动请求关机

ACC off 后先通知 CarService（保存状态）→ 通知 App（CarPowerManager.onSleepEntry）→ 拉起定时器 → 进入休眠

packages/services/Car/service/res/values/config.xml 控制各子服务启停（CarAudioService/CarPropertyService 等）；禁用无关服务降低系统负载

vendor 段自定义 VehicleProperty（0x1E00-0x3FFF 厂商段）承载整车私有信号（座椅记忆/氛围灯）；VHAL 实现 + CarPropertyManager 读取（见模块 28.2）

覆盖 packages/apps/Car/SystemUI 组件（状态栏/通知）；车载 Launcher 预置车控/导航卡片（模块 13.4）；CarUiLib 基础组件库统一车机 UI 风格

android.car.permission.* 权限白名单；车载系统应用 platform 签名；CarService 仅对签名应用开放 android.car API（模块 28.1）

cc_binary（可执行）· cc_library_shared/static（动/静态库）· cc_library_headers（头文件）· cc_library（根据依赖自动选择 so/a）

java_library（JAR）· java_sdk_library（SDK 库）· java_platform_library（platform api）· android_app（APK）

aidl_interface：声明 AIDL → 生成 NDK/Java/C++ 三端（stability: "vintf" 用于 HAL，模块 14.5）；aidl_library（旧，生成 Java 单端）；版本化 @VendorN 支持升级；典型结构：aidl_interface { name: "android.hardware.xxx"; stability: "vintf"; backend: { java: {enabled: true}, ndk: {enabled: true}, cpp: {enabled: true} }; versions: ["1", "2"]; frozen: true }；frozen 后旧版本接口不可再改（只能新增版本）；生成产物在 out/soong/.intermediates/<name>/，改 .aidl 后需重编依赖模块才生效；接口升级注意 @VintfStability 注解与 manifest 版本同步

genrule（自定义命令）· prebuilt_etc（预编译二进制）· overlay（RRO）· soc_specific（vendor 等级）· vndk_ext

soong_namespace / soong_config / soong_variable；board_soong_config 跨 BoardConfig 传递

arch: { arm: { ... }, x86: { ... } }（架构）· apex_available（APEX 可用）· product_variables（产品变体）

tags: ["optional", "tests"] · compile_multilib: "both"（32/64 位）· min_sdk_version

out/build-<product>.ninja；ninja -f out/build-<product>.ninja 直接运行；ninja -j N 控制并行度

ccache（C/C++ 缓存，USE_CCACHE=1 + -M 50G）；ninja 按依赖增量（模块 19.2）；make -j$(nproc) 并行上限（64G 用 -j32，模块 19.3）；改 Android.bp 后自动重跑 Soong；ccache -s 看命中率（新环境首次无命中正常，长期 <60% 检查目录权限/路径漂移）；ninja -t targets | grep <模块名> 确认目标名后 m <模块> 精准编译；out 异常先删 out/.ninja_log（损坏日志会触发全量），时间戳错乱用 make clean 兜底

m SystemUI（make）· mm（当前目录）· mmm packages/apps/SystemUI（指定目录）· 避免每次全编译