很多人提到 CarPlay 开发，第一反应是“有线接上 USB、无线走蓝牙和 Wi-Fi，应该就差不多了”。但真正做过项目后会发现，最耗时间的往往不是接口本身，而是这些系统问题：
1. iAP2 会话并不只是连上就结束
iAP2 通道建立之后，还需要稳定维护状态、处理异常中断、管理控制面与数据面。插拔切换、异常断电、手机侧主动断开，都可能让状态机进入不一致状态。
2. 无线 CarPlay 的难点在真实环境
实验室网络通常干净，但真实车内环境会有：
- Wi-Fi 干扰
- 弱信号
- 蓝牙配对状态异常
- 休眠唤醒后的模块恢复问题
如果没有做自动重连、链路恢复和状态清理，项目会表现成“偶尔好用，偶尔完全不行”。
3. 音频问题很容易被误判
CarPlay 音频异常未必出在协议层，很多时候是系统音频设备、时序、路由切换或线程调度导致的。看起来像 CarPlay 无声，实际可能是底层音频链路没有切换到正确状态。
4. 量产阶段最怕偶发问题
偶发断连、偶发启动失败、某几个机型异常，往往最难排查，因为它们不会稳定复现。这就要求项目本身具备更完整的日志、状态监控和异常路径设计。
这类项目的工作重点，不是只把功能跑起来，而是把“不稳定”的部分变成可分析、可修复、可交付的工程问题。
