3. 车载应用开发环境搭建：Android Studio配置、车载模拟器与真机调试、ADB常用车载调试命令

车载应用开发环境与标准移动端开发有显著差异，主要体现在系统服务依赖（CarService）、硬件抽象层（HAL）模拟、以及多屏交互调试等方面。本节将系统讲解从Android Studio配置到真机联调的完整链路，并归纳高频ADB车载调试命令。

3.1 Android Studio 车载开发配置

车载应用通常基于Android Automotive OS（AAOS）或定制化Android系统。Android Studio需额外安装以下SDK组件与插件：

3.2 车载模拟器与真机调试

3.2.1 车载模拟器（Automotive Emulator）

Android Automotive Emulator 提供了完整的车载系统镜像，包含虚拟的车辆网络（VHAL）、空调、媒体等模拟服务。启动与配置步骤如下：

1. 在 AVD Manager 中创建新虚拟设备，选择 Automotive (Large) 类别。
2. 选择系统镜像（推荐 API 33 或 34 的 Automotive 镜像）。
3. 配置额外的存储空间（建议至少 2GB 内部存储）。
4. 启动模拟器后，通过 adb shell 验证 CarService 是否运行：dumpsys car_service。

3.2.2 真机调试（车机/开发板）

真机调试是车载性能验证的最终环节。常见硬件包括：

• AAOS 开发板（如 Raspberry Pi 4 + AAOS 移植版）
• 量产车机（需开启开发者模式与USB调试）
• 第三方车载盒子（如 Carlinkit、Zlink 等）

连接步骤：

1. 使用 USB 线连接车机与电脑（部分车机需使用特定 USB 端口）。
2. 在车机上连续点击 版本号 7 次开启开发者选项，勾选 USB 调试。
3. 运行 adb devices 确认设备列表中出现车机序列号。
4. 若未识别，尝试安装车机厂商提供的 USB 驱动或使用 adb kill-server && adb start-server 重启服务。

3.3 ADB 常用车载调试命令

车载调试中，ADB 命令不仅用于安装与日志，还需操作 CarService、模拟车辆信号、管理多屏显示等。以下按功能分类整理高频命令：

3.4 车载调试环境架构图

下图展示了从开发环境到车机真机的完整调试链路与数据流向：

3.5 常见问题与避坑指南