iOS应用重启后重复接收BLE通知的问题咨询

针对你遇到的每次应用重启/重装后重复接收BLE通知的问题，这里有几个可靠的解决思路：

1. 连接后先取消再重新订阅（最简单直接的方案） #

每次发现目标特征后，不管本地状态如何，先执行取消通知的操作，再重新开启订阅。BLE协议允许重复发送取消请求，即使设备侧没有订阅，也不会产生副作用，这样能确保ESP32侧只会保留一个有效的订阅。

代码示例：

func peripheral(_ peripheral: CBPeripheral, didDiscoverCharacteristicsFor service: CBService, error: Error?) {
    guard let characteristics = service.characteristics else { return }
    guard let datamapChar = characteristics.first(where: { $0.uuid == yourTargetCharacteristicUUID }) else { return }
    
    // 先清除可能存在的旧订阅，再创建新订阅
    peripheral.setNotifyValue(false, for: datamapChar)
    peripheral.setNotifyValue(true, for: datamapChar)
}

2. 读取设备侧的真实订阅状态（避免本地属性偏差） #

不要依赖本地的isNotifying属性，而是直接读取BLE特征的Client Characteristic Configuration描述符（UUID: 0x2902），这个描述符的值直接反映设备侧的订阅状态。

代码示例：

func peripheral(_ peripheral: CBPeripheral, didDiscoverCharacteristicsFor service: CBService, error: Error?) {
    guard let characteristics = service.characteristics else { return }
    guard let datamapChar = characteristics.first(where: { $0.uuid == yourTargetCharacteristicUUID }) else { return }
    
    // 查找并读取Client Characteristic Configuration描述符
    if let configDescriptor = datamapChar.descriptors?.first(where: { $0.uuid == CBUUID(string: "2902") }) {
        peripheral.readValue(for: configDescriptor)
    }
}

// 处理描述符读取结果
func peripheral(_ peripheral: CBPeripheral, didUpdateValueFor descriptor: CBDescriptor, error: Error?) {
    guard error == nil, let data = descriptor.value as? Data else { return }
    guard descriptor.uuid == CBUUID(string: "2902") else { return }
    
    // 解析描述符值：0x0001表示已开启通知，0x0000表示未开启
    let isDeviceSubscribed = (data as NSData).bytes.load(as: UInt16.self) == 0x0001
    if !isDeviceSubscribed {
        peripheral.setNotifyValue(true, for: descriptor.characteristic!)
    }
}

3. 在ESP32侧限制重复订阅 #

修改ESP32的BLE代码，在处理客户端的订阅请求时，校验当前连接设备是否已经订阅过目标特征。比如在onSubscribe回调中，维护一个订阅列表，同一设备同一特征只保留一个订阅实例，忽略重复的订阅请求。

4. 双向验证订阅状态（适合复杂场景） #

如果上述方案都不满足需求，可以在应用连接ESP32后，主动发送一个自定义验证指令到某个BLE特征，让ESP32返回当前是否处于订阅状态，客户端根据返回结果决定是否开启通知。这种方式能彻底避免本地状态和设备状态不一致的问题，适合需要严格同步的场景。

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