应用终止时调用蓝牙断开方法后设备仍连接问题求助

问题背景 #

我在应用终止时尝试断开蓝牙设备，分别通过AppDelegate的applicationWillTerminate(_:)方法和SwiftUI中监听UIApplication.willTerminateNotification的方式触发断开逻辑，两种方式的方法都已被调用，执行了BTManager.manager.cancelPeripheralConnection(device.peripheral)，但前往系统设置查看时，设备仍显示处于连接状态。想知道系统是否会取消待处理函数，以及问题出现的原因。

代码示例 #

代码示例1（SwiftUI监听终止通知）

MyView()
        .onReceive(NotificationCenter.default.publisher(for: UIApplication.willTerminateNotification), perform: { output in
            print("TERMINATING FROM ONRECEIVE")
            guard let device = BTManager.connectedDevice else { return }
            BTManager.manager.cancelPeripheralConnection(device.peripheral)
        })

代码示例2（AppDelegate终止回调）

func applicationWillTerminate(_ application: UIApplication) {
    // Called when the application is about to terminate. Save data if appropriate. See also applicationDidEnterBackground:.
    log("application will terminate")
    guard let device = BTManager.connectedDevice else { return }
        BTManager.manager.cancelPeripheralConnection(device.peripheral)
}

原因分析 #

• 异步断开请求无法完成：
  cancelPeripheralConnection(_:)是异步操作，它只是向Core Bluetooth框架发送断开请求，框架需要与蓝牙设备进行握手确认才能完成断开。但iOS在应用终止时只会给极短的时间（通常不足1秒）执行收尾逻辑，应用进程会在applicationWillTerminate(_:)执行完毕后立刻被系统终止，导致这个异步断开流程根本来不及完成。

• 系统会终止未完成的待处理任务：
  当应用进入终止流程时，系统会强制终止所有未完成的异步任务，包括Core Bluetooth发起的断开请求。你调用的cancelPeripheralConnection(_:)属于待处理的异步任务，会被系统直接取消，无法执行到底。

• 系统设置的状态显示有延迟或特殊逻辑：
  系统设置中显示的蓝牙连接状态不一定实时反映真实连接情况。如果设备支持BLE后台连接，iOS可能会在应用终止后暂时维持连接；或者系统需要等待设备主动发起断开请求，才会更新设置中的状态显示。

• 应用终止后无法处理断开回调：
  蓝牙断开成功需要应用监听peripheral(_:didDisconnectPeripheral:error:)回调来确认，但应用终止后进程已退出，无法接收这些回调，即使Core Bluetooth尝试推进断开流程，也没有对应的应用逻辑来收尾，最终导致断开操作失效。

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