实验状态：已确定自制接收端 APK 的方向；尚无完整 CarPlay 连通或装车验收结论。
一台被时代甩下的车机
我手里有一台运行 Android 4.2 的老车机。它仍然能开机，但系统版本太旧，很多现代应用不是安装失败，就是运行时缺少接口。
我曾研究过网上很火的 DiPlay 一类项目，发现现成安装包往往面向更新版本的 Android。于是想换一种方式：既然车机无法适配应用，能不能反过来为车机量身制作应用？
想法如何变成技术清单
最初我考虑先读取车机底层信息，再通过 ADB 获取系统版本、CPU 架构、网络及 USB 能力，判断有哪些接收端功能能实现。
后来目标变得更加明确：制作一个真正可安装的 Android 4.2 专用 APK，而不只是依赖网页或外接系统。
但“能打包 APK”和“可以连接 iPhone 使用 CarPlay”隔着很多层：USB 通信、配对与认证机制、音视频传输、输入事件映射，以及旧系统对编解码的支持。
我给自己画下的边界
- 最低系统兼容是第一关：构建目标要考虑 Android 4.2 对应的较低 API 级别。
- 设备通信能力是第二关：并非一个模拟界面就代表实现了 CarPlay 接收端。
- 实机验证才是第三关：安装、授权、连接稳定性和延迟都需要在车机上逐项测试。
项目资料里曾规划了旧系统兼容模块和构建步骤，但我还没有把它写成“已经成功装车”的故事。
为什么还想继续
这件事的吸引力并不是省下一个转换盒的钱，而是让一台年代久远的设备重新承担现代场景的一部分工作。即使最终受制于硬件或协议，它仍然是一堂关于系统兼容性的实践课。
对旧设备最大的尊重，可能就是认真弄清它到底还能做到什么。