iOS无法处理Generic Access Profile 0x24（URI）蓝牙广播数据的技术咨询

我之前处理过几乎一模一样的问题——iOS的CoreBluetooth框架确实没有为Generic Access Profile中的0x24（URI）类型提供对应的预定义广播键，这就导致系统不会自动把这类数据解析到advertisementData字典里供应用层调用。不过好在有几个可行的解决方案，我给你梳理一下：

方案1：读取原始广播数据包（最推荐，无需外设改动） #

从iOS 10开始，CoreBluetooth提供了获取原始广告数据的入口，你可以直接拿到未被系统过滤的完整广播字节流，然后自己解析出0x24类型的URI数据。

具体实现步骤：

1. 在CBCentralManagerDelegate的didDiscover回调里，取出advertisementData中的CBAdvertisementDataRawAdvertisementDataKey字段，它对应一个[Data]类型的数组（每个元素是一段广告数据单元）。
2. 遍历这些原始数据，按照蓝牙广告的通用格式解析：每个单元由「1字节长度」+「1字节类型」+「长度-1字节数据」组成。
3. 找到类型为0x24的单元，取出对应的数据，再按照Bluetooth SIG的URI规范解码成字符串。

这里给你一段Swift示例代码：

func centralManager(_ central: CBCentralManager, didDiscover peripheral: CBPeripheral, advertisementData: [String : Any], rssi RSSI: NSNumber) {
    // 尝试获取原始广告数据
    guard let rawAdvertisementSegments = advertisementData[CBAdvertisementDataRawAdvertisementDataKey] as? [Data] else {
        print("无法获取原始广告数据")
        return
    }
    
    for segment in rawAdvertisementSegments {
        var offset = 0
        while offset < segment.count {
            // 读取当前广告单元的长度
            let unitLength = Int(segment[offset])
            guard unitLength > 0 && offset + unitLength <= segment.count else {
                break // 数据格式异常，终止解析
            }
            offset += 1
            
            // 读取广告类型
            let adType = segment[offset]
            offset += 1
            
            // 读取单元数据
            let payload = segment.subdata(in: offset..<offset + unitLength - 1)
            offset += unitLength - 1
            
            // 处理URI类型（0x24）
            if adType == 0x24 {
                let decodedURI = self.decodeURIFromPayload(payload)
                print("解析到URI: \(decodedURI)")
                // 这里接入你的业务逻辑即可
            }
        }
    }
}

// 按照Bluetooth SIG的URI规范实现解码逻辑
private func decodeURIFromPayload(_ payload: Data) -> String {
    guard payload.count > 0 else { return "" }
    
    // 第一个字节是URI scheme的编码，对应预定义的前缀
    let schemeCode = payload[0]
    let schemeMapping: [UInt8: String] = [
        0x00: "http://www.",
        0x01: "https://www.",
        0x02: "http://",
        0x03: "https://",
        0x04: "tel:",
        0x05: "mailto:",
        // 其他scheme对应关系可参考蓝牙规范补充
    ]
    
    var uriString = schemeMapping[schemeCode] ?? ""
    
    // 剩余字节是UTF-8编码的字符串（可能包含压缩后的字符）
    let remainingData = payload.subdata(in: 1..<payload.count)
    if let remainingString = String(data: remainingData, encoding: .utf8) {
        uriString += remainingString
    }
    
    return uriString
}

方案2：借助第三方库简化解析 #

如果你不想自己写解析逻辑，可以用一些成熟的BLE工具库，比如BlueCap或者CoreBluetoothExtensions，这些库已经封装了常见广告类型（包括0x24 URI）的解析逻辑，能帮你省掉不少重复工作。

方案3：调整外设广播格式（需外设端配合） #

如果你们有权限修改外设的广播配置，可以把URI数据放到Service Data（类型0x16）里。CoreBluetooth会自动把这类数据解析到CBAdvertisementDataServiceDataKey中，应用层直接读取字典即可，不需要手动解析原始数据。不过这个方案依赖外设端的改动，如果没法控制外设的话就不太适用。

另外需要注意：CBAdvertisementDataRawAdvertisementDataKey是iOS 10及以上才支持的API，如果你的应用需要兼容iOS 9及以下，可能需要额外做兼容处理，但现在iOS 9的市场占比已经极低，大部分情况下方案1就能完美解决问题。

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