如何让Android应用通过NFC发送蓝牙配对请求

看起来你已经在NFC蓝牙配对的路上摸爬滚打了不少时间，能靠application/vnd.bluetooth.ep.oob类型的NDEF记录实现部分配对功能，说明路子完全走对了——这是蓝牙核心规范定义的OOB（Out Of Band）配对方式，专门为NFC这类近距离场景设计。接下来我帮你把剩余的细节和兼容性问题梳理清楚：

1. 蓝牙OOB数据的正确格式拆解 #

你当前用的byteArrayOf(0x08, 0x00, 0x7F, ...)只是OOB数据的片段，完整的合规结构需要包含这些关键字段：

• 总长度字节：第一个字节是整个OOB数据的长度（不含自身）
• 地址类型字节：第二个字节固定0x00（代表公共蓝牙地址，0x01是随机地址，大部分设备用公共地址）
• 蓝牙MAC地址：接下来6个字节必须是小端序（比如你的MAC是AA:BB:CC:DD:EE:FF，转成小端序就是FF EE DD CC BB AA，这是新手最容易搞反的点）
• 可选扩展字段：还可以添加设备名称、服务UUID等，比如添加名称需要加上0x09（类型码）+ 名称长度字节 + 名称的UTF-8字节

给你一个完整的Kotlin示例，假设发送方MAC是AA:BB:CC:DD:EE:FF，设备名称是"MyNFCBluetoothDevice"：

// 转成小端序的蓝牙MAC字节
val reversedMac = byteArrayOf(0xFF, 0xEE, 0xDD, 0xCC, 0xBB, 0xAA)
// 设备名称的字节数组
val deviceNameBytes = "MyNFCBluetoothDevice".toByteArray(Charsets.UTF_8)
// 构建完整的OOB数据
val oobPayload = byteArrayOf(
    // 总长度：地址类型(1)+MAC(6) + 名称类型(1)+名称长度(1)+名称字节数
    (2 + reversedMac.size + 2 + deviceNameBytes.size).toByte(),
    0x00, // 公共地址类型
    *reversedMac,
    0x09, // 设备名称的类型标识
    deviceNameBytes.size.toByte(),
    *deviceNameBytes
)
// 生成NDEF消息
val ndefMsg = NdefMessage(NdefRecord.createMime("application/vnd.bluetooth.ep.oob", oobPayload))

2. Android M（6.0）和O（8.0）的兼容性踩坑点 #

• Android M权限：必须在Manifest里声明BLUETOOTH_ADMIN、NFC权限，同时添加NFC硬件特征声明：

  <uses-feature android:name="android.hardware.nfc" android:required="true"/>
  <uses-permission android:name="android.permission.BLUETOOTH_ADMIN"/>
  <uses-permission android:name="android.permission.NFC"/>
  

• Android O权限升级：除了上述权限，还需要主动申请ACCESS_COARSE_LOCATION权限——从O版本开始，蓝牙扫描/配对需要位置权限加持，否则系统会拦截配对请求
• NDEF推送时机：建议用NfcAdapter.createNdefMessageCallback动态生成NDEF消息，确保发送的是当前设备实时的蓝牙MAC地址，避免设备蓝牙重启后MAC变化导致配对失败

3. 常见问题排查清单 #

• 配对无反应：优先检查MAC地址的小端序是否正确，90%的失败都是这个原因
• Android O配对弹窗不弹出：确认已经授予位置权限，且NFC触碰时你的应用处于前台（后台推送NDEF会被系统安全策略拦截）
• 仅部分设备能配对：检查目标设备是否开启蓝牙，以及是否支持蓝牙OOB配对（大部分Android M/O设备都支持，但少数定制ROM可能阉割了该功能）

内容的提问来源于stack exchange，提问作者HumanBean