第20章车载蓝牙与连接

课程目录第20章车载蓝牙与连接

车载蓝牙与连接：蓝牙配对、电话簿同步、音乐流传输、BLE设备连接

说实话，车载蓝牙这块，是我在Android Automotive开发中踩坑最多的模块之一。你想想看，用户坐进车里，第一件事往往不是调空调，而是连蓝牙。如果这一步体验不好，用户对整辆车的印象分直接打对折。

今天我们就来聊聊车载蓝牙的核心玩法。我会把蓝牙配对、电话簿同步、音乐流传输、BLE设备连接这几个关键点拆开揉碎了讲。嗯，这里要注意，很多知识点在手机开发中也有，但在车机上，坑完全不一样。

核心要点：车载蓝牙不是简单的点对点连接，它需要同时处理多设备、多Profile、高可靠性、低延迟等复杂需求。说白了，手机蓝牙是「能用就行」，车机蓝牙是「必须好用」。

蓝牙配对：不只是点一下「连接」那么简单

蓝牙配对，听起来很简单对吧？手机和车机互相发现，点一下配对，完事。但我在项目中遇到过一个问题：某款手机在配对时总是超时，后来发现是车机端的SSP（安全简单配对）实现有bug。

Android Automotive中，蓝牙配对主要依赖BluetoothAdapter和BluetoothDevice这两个类。但车机有个特殊点——它通常没有屏幕，或者屏幕在副驾/后排。所以配对流程需要支持两种模式：

主动配对模式：用户在车机端发起扫描，选择设备进行配对
被动配对模式：手机端发起配对请求，车机自动响应（需要预先授权）

我个人习惯在被动配对模式下，使用BluetoothDevice.BOND_BONDED回调来监听配对状态。代码大概长这样：

// 注册广播接收器监听配对状态
IntentFilter filter = new IntentFilter(BluetoothDevice.ACTION_BOND_STATE_CHANGED);
registerReceiver(mBondStateReceiver, filter);

// 广播接收器实现
private final BroadcastReceiver mBondStateReceiver = new BroadcastReceiver() {
    @Override
    public void onReceive(Context context, Intent intent) {
        String action = intent.getAction();
        if (BluetoothDevice.ACTION_BOND_STATE_CHANGED.equals(action)) {
            BluetoothDevice device = intent.getParcelableExtra(BluetoothDevice.EXTRA_DEVICE);
            int state = intent.getIntExtra(BluetoothDevice.EXTRA_BOND_STATE, -1);
            int prevState = intent.getIntExtra(BluetoothDevice.EXTRA_PREVIOUS_BOND_STATE, -1);
            
            switch (state) {
                case BluetoothDevice.BOND_BONDED:
                    // 配对成功，可以开始同步电话簿了
                    Log.d("Bluetooth", "配对成功: " + device.getName());
                    break;
                case BluetoothDevice.BOND_NONE:
                    // 配对失败或取消
                    Log.w("Bluetooth", "配对失败: " + device.getName());
                    break;
            }
        }
    }
};

小技巧：我曾经在配对成功后直接开始同步电话簿，结果发现某些手机会卡住。后来加了个500ms的延迟，问题就解决了。为什么？因为配对成功后，蓝牙协议栈还需要一点时间建立RFCOMM通道。

电话簿同步：PBAP协议的那些事

电话簿同步，用的是PBAP（Phone Book Access Profile）。这个协议在车机上特别重要——用户开车时不可能掏手机翻通讯录，得靠车机直接读取。

Android Automotive中，电话簿同步通常通过BluetoothPbapClient来实现。但这里有个坑：不同手机厂商对PBAP的支持程度不一样。我遇到过某品牌手机，同步回来的联系人名字全是乱码，后来发现是字符编码问题。

电话簿同步的核心流程是这样的：

蓝牙配对成功后，建立PBAP连接
车机端发送PullPhoneBook请求
手机端返回vCard格式的联系人数据
车机解析vCard，存入本地数据库

代码实现上，我建议使用BluetoothPbapClient的pullPhoneBook()方法：

BluetoothPbapClient pbapClient = new BluetoothPbapClient(context, new PbapClientCallback() {
    @Override
    public void onPullPhoneBookComplete(BluetoothDevice device, int status, 
                                         List<BluetoothPbapClient.PhoneBookEntry> entries) {
        if (status == BluetoothPbapClient.STATUS_SUCCESS) {
            for (BluetoothPbapClient.PhoneBookEntry entry : entries) {
                // 解析联系人信息
                String name = entry.getName();
                String number = entry.getPhoneNumber();
                // 存入本地数据库
                saveContact(name, number);
            }
        } else {
            Log.e("PBAP", "同步失败，状态码: " + status);
        }
    }
});

注意：PBAP同步可能会涉及用户隐私。在Android 12及以上版本，车机需要声明android.permission.READ_CONTACTS权限，并且用户必须显式授权。我曾经因为没处理好权限问题，导致某款车型在欧盟地区无法通过认证。

音乐流传输：A2DP与AVRCP的配合

音乐流传输，说白了就是两个Profile的配合：A2DP负责传音频数据，AVRCP负责传控制信息（播放/暂停、上一首/下一首、歌曲信息等）。

在Android Automotive中，A2DP的连接相对简单，系统会自动处理。但AVRCP就复杂多了。我记得有一次，用户反馈说车机上的「下一首」按钮有时灵有时不灵。排查后发现是AVRCP的版本兼容性问题——车机支持AVRCP 1.6，但手机只支持1.4。

AVRCP的控制信息传递，主要通过MediaSession和MediaController来实现。车机端需要注册一个MediaBrowserService，然后通过MediaController.TransportControls发送控制命令：

// 车机端发送播放/暂停命令
MediaController.TransportControls controls = mediaController.getTransportControls();
controls.play();  // 播放
controls.pause(); // 暂停
controls.skipToNext(); // 下一首
controls.skipToPrevious(); // 上一首

// 获取当前播放信息
MediaMetadata metadata = mediaController.getMetadata();
String title = metadata.getString(MediaMetadata.METADATA_KEY_TITLE);
String artist = metadata.getString(MediaMetadata.METADATA_KEY_ARTIST);
long duration = metadata.getLong(MediaMetadata.METADATA_KEY_DURATION);

经验之谈：AVRCP的元数据更新不是实时的。我建议在onMetadataChanged()回调中更新UI，而不是轮询。另外，某些手机在播放本地音乐时元数据更新正常，但用流媒体App（如Spotify）时会有延迟。嗯，这个目前没有完美解决方案，只能做缓存优化。

BLE设备连接：低功耗蓝牙在车机上的应用

BLE（低功耗蓝牙）在车机上的应用越来越多了。比如车钥匙、胎压监测、车载传感器等。和经典蓝牙不同，BLE更注重低功耗和短数据包传输。

Android Automotive中，BLE开发主要用BluetoothLeScanner和BluetoothGatt。但车机有个特殊场景——它需要同时连接多个BLE设备。比如同时连接车钥匙和胎压监测器。

我建议使用BluetoothLeScanner进行扫描，然后用BluetoothGatt建立连接。代码示例：

// 扫描BLE设备
BluetoothLeScanner scanner = BluetoothAdapter.getDefaultAdapter().getBluetoothLeScanner();
ScanSettings settings = new ScanSettings.Builder()
    .setScanMode(ScanSettings.SCAN_MODE_LOW_LATENCY)
    .build();
List<ScanFilter> filters = new ArrayList<>();
// 添加过滤条件，比如只扫描特定UUID的设备
filters.add(new ScanFilter.Builder().setServiceUuid(
    ParcelUuid.fromString("0000ffe0-0000-1000-8000-00805f9b34fb")).build());

scanner.startScan(filters, settings, scanCallback);

// 扫描回调
private ScanCallback scanCallback = new ScanCallback() {
    @Override
    public void onScanResult(int callbackType, ScanResult result) {
        BluetoothDevice device = result.getDevice();
        // 连接设备
        BluetoothGatt gatt = device.connectGatt(context, false, gattCallback);
    }
};

避坑指南：我曾经在车机上同时扫描多个BLE设备，结果发现扫描频率太高会导致蓝牙芯片过热。后来把扫描间隔调到了200ms以上，问题就解决了。另外，车机上的BLE连接数建议控制在5个以内，太多会影响稳定性。

知识体系总览

说了这么多，我们来画个图总结一下。车载蓝牙的核心模块和它们之间的关系，我用SVG画了一张流程图：

这张图把蓝牙配对、电话簿同步、音乐流传输、BLE设备连接四个模块的关系理清楚了。你想想看，每个模块都有自己的协议栈和实现方式，但在车机系统中，它们需要共享蓝牙芯片、天线和协议栈资源。所以开发时一定要注意资源调度，别让一个模块占用了太多带宽。

好了，车载蓝牙这块的内容就聊到这里。记住一句话：车机蓝牙开发，细节决定成败。多测试不同手机、不同场景，才能做出真正好用的产品。

📚 课程目录

车载蓝牙与连接：蓝牙配对、电话簿同步、音乐流传输、BLE设备连接

蓝牙配对：不只是点一下「连接」那么简单

电话簿同步：PBAP协议的那些事

音乐流传输：A2DP与AVRCP的配合

BLE设备连接：低功耗蓝牙在车机上的应用

知识体系总览