Android Auto 开发指北

2023-01-29  本文已影响0人  代码我写的怎么

背景

我的的产品作为一个海外音乐播放器，在车载场景听歌是一个很普遍的需求。在用户反馈中，也有很多用户提到希望能在车上播放音乐。同时车载音乐也可以作为提升用户消费时长一个抓手。

出海产品，主要服务于海外用户。不同于国内的 Android 车载系统，往往是定制的 ROM，国外的 Android 车载也是 Google 一家独大，主要可以分为 Android Auto、Automotive OS。Android Auto 可以理解为是一套将手机应用「投屏」在车载屏幕上的方案，和 iOS 的 CarPlay 类似。而 Automotive OS 则类似于国内的定制 ROM。如果要支持 Automotive OS，那我们可能要重头开发一个适配大屏的 mini 版 app，那样工作量很大。所以我们第一步先从支持 Android Auto 开始

准备知识

Android Auto 支持多种类型的应用，包括导航、媒体、消息应用等。音乐播放器属于媒体应用，因此下面给出的参考仅限于媒体应用。

Android Auto 的适配需要做提前了解做一些准备知识，具体如下：

如何开发

基本概念

首先，Android Auto 是不支持自定义 UI 的，你的应用投屏到车机上，UI 展示已经在车机内部写死了，你能做的只是把数据传到车机上。所以支持 Auto 的应用在车机上看起来都差不多。Auto 只允许你在播控界面的自定义操作里添加自定义图标。

其次，整个车机的播放流程涉及到三个部分，播放器应用、android auto app、车机。

另外还有几个概念我们要了解

上面就是做 Android Auto 开发需要理解的基本的概念，可以理解为一套车机的框架，把手机和车机交互中的各个角色都定义好了。我们的工作就是在这套框架上开发我们的业务。

车机连接手机

检测连接

public static boolean isCarUiMode(Context c) {
UiModeManager uiModeManager = (UiModeManager) c.getSystemService(Context.UI_MODE_SERVICE);
    if (uiModeManager.getCurrentModeType() == Configuration.UI_MODE_TYPE_CAR) {
        LogHelper.d(TAG, "Running in Car mode");
        return true;
    } else {
        LogHelper.d(TAG, "Running on a non-Car mode");
        return false;
    }
}

工作原理

如前面 MediaSession 的介绍所述，这个工作过程涉及到车机、android auto app、应用三方。为了叙述方便，后面提到的「车机回调客户端方法」实际上均是中介作用的 Android Auto App 通过 IPC 完成的。

下文中的 PlayerService 指的是应用中用于播放音乐的 Service。

整体的工作流程如下面的时序图所示，后面会逐一解释。

bindService
页面树
onGetRoot()
override fun onGetRoot(
    clientPackageName: String,
    clientUid: Int,
    rootHints: Bundle?
): MediaBrowserServiceCompat.BrowserRoot
onLoadChildren()
override fun onLoadChildren(
    parentMediaId: String,
    result: Result<List<MediaItem>>
)

整体的页面树如上所示。当在车机上点击蓝色子节点时，会回调 onLoadChildren 加载下一级子节点。当点击绿色叶子节点时，会回调 onPlayFromMediaId 方法进行起播。下面详细介绍。

MediaSession.Callback
public abstract static class Callback { 
    public boolean onMediaButtonEvent(Intent mediaButtonEvent) {}// 线控耳机回调
    public void onPlay() {} // 播放
    public void onPause() {} // 暂停
    public void onPlayFromMediaId(String mediaId, Bundle extras) {} // 起播
    public void onPlayFromSearch(String query, Bundle extras) {} // 语音搜索
    public void onSkipToQueueItem(long id) {} // 切到播放队列中的某一首歌
    public void onSkipToNext() {} // 切到下一首
    public void onSkipToPrevious() {} // 切到上一首
    public void onCustomAction(String action, Bundle extras) {} // 自定义操作
    ....
}
MediaSession.setPlaybackState
onPlayFromMediaId
onPlay 和 onPause
onSkipToNext 和 onSkipToPrevious
onSkipToQueueItem
onPlayFromSearch(String query, Bundle extras)
onCustomAction(String action, Bundle extras)

开发中的坑

Android Auto 在国内渗透率不高，所以大部分开发者对这个东西很陌生，我也是。并且很多国产 ROM 系统层就不支持 Android Auto。作为国内业界少数 Android Auto 的应用，在开发过程中经历了资料匮乏、机型兼容、审核被拒等很多坑。这里把之前开发踩坑的经历分享出来。

图标缓存

车机界面每个 tab 的 icon 在设置完之后是会有在车机里缓存的。如果修改了 icon 样式，一定要改掉对应的 drawable 的 id，不然车机会从缓存中取图片，icon 修改不生效。

机型不兼容

很多国产的 rom 对 Android Auto 的支持有问题。具体表现有：

所以，最好使用 pixel 这样的原生系统进行测试。

GP 分发

当我们在 DHU 上测完，想使用真实车机进行测试的时候，却发现真车上不显示我们的应用。正如之前所述，在真车上测试，需要经过 GP 分发的包才行，没有经过 GP 分发过的包，即使是 release 包也不行。这个坑当时困扰了我们很久，最后我们也是靠猜测才猜出原因。后来我们和 google 官方进行沟通，也确认了这一点。但是坑爹的是，google 文档里完全没有提及这一点。

语音搜索

语音搜索这个功能，在 DHU 上经常莫名其妙地不好用。具体有

如何判断到底是 bug 还是语音助手抽风呢，可以用同样的语音去试下其他应用，比如 spotify 和 YT music。如果也有同样的问题，那么可以认为是语音助手又抽风了。

审核

Google 商店对车载应用的审核标准很高。详见 质量规范，其中对车载应用需要满足什么样的条件做了严格的要求。对于音乐类应用，有几点容易忽视的需要格外关注：

作者：牛蛙点点申请出战
链接：https://juejin.cn/post/7194075625328984120

上一篇 下一篇

猜你喜欢

热点阅读