刚好之前做过类似的iOS蓝牙后台需求，来给你梳理下可行的方案和你可能踩的坑：

一、先解决你CBCentralManager的问题 #

你说用CBCentralManager只收到蓝牙开关的回调，设备连接/断开没反应，大概率是没配好后台权限或者没正确监听目标设备：

• 必须开后台权限：在Info.plist里的UIBackgroundModes数组中添加bluetooth-central，不然APP一进后台，CBCentralManager就会暂停事件监听。
• 要主动关联目标设备：光初始化CBCentralManager没用，得在蓝牙可用后，要么扫描你关心的设备服务UUID，要么调用retrieveConnectedPeripherals(withServices:)获取已连接的设备，这样才能触发连接/断开的回调。
• 别漏了关键回调：要实现centralManager(_:didConnect:)和centralManager(_:didDisconnectPeripheral:error:)这两个方法，这才是设备连接/断开的触发点，而不是只看蓝牙开关的回调。

给你贴个极简的示例代码：

class BluetoothHandler: NSObject, CBCentralManagerDelegate {
    private var centralManager: CBCentralManager!
    // 替换成你要监听的设备服务UUID
    private let targetServiceUUID = CBUUID(string: "你的服务UUID")

    override init() {
        super.init()
        // 初始化时可以弹出蓝牙关闭的提示
        centralManager = CBCentralManager(delegate: self, queue: nil, options: [CBCentralManagerOptionShowPowerAlertKey: true])
    }

    func centralManagerDidUpdateState(_ central: CBCentralManager) {
        guard central.state == .poweredOn else { return }
        // 获取当前已连接的目标设备
        let connectedDevices = central.retrieveConnectedPeripherals(withServices: [targetServiceUUID])
        // 开始扫描目标设备
        central.scanForPeripherals(withServices: [targetServiceUUID], options: nil)
    }

    // 设备连接成功回调
    func centralManager(_ central: CBCentralManager, didConnect peripheral: CBPeripheral) {
        print("设备已连接：\(peripheral.name ?? "无名设备")")
    }

    // 设备断开回调
    func centralManager(_ central: CBCentralManager, didDisconnectPeripheral peripheral: CBPeripheral, error: Error?) {
        print("设备已断开：\(peripheral.name ?? "无名设备")")
    }
}

二、音频路由检测的补充方案 #

你提到的通过音频路由变化检测，适合监听普通蓝牙音频设备（比如蓝牙耳机、音箱），对BLE设备无效。具体就是监听AVAudioSessionRouteChangeNotification，在回调里判断路由变化的原因和类型：

// 注册路由变化通知
NotificationCenter.default.addObserver(self, selector: #selector(onAudioRouteChanged(_:)), name: AVAudioSession.routeChangeNotification, object: AVAudioSession.sharedInstance())

@objc private func onAudioRouteChanged(_ notification: Notification) {
    guard let userInfo = notification.userInfo,
          let reasonRawValue = userInfo[AVAudioSessionRouteChangeReasonKey] as? UInt,
          let reason = AVAudioSession.RouteChangeReason(rawValue: reasonRawValue) else { return }

    switch reason {
    case .oldDeviceUnavailable:
        // 旧路由不可用，大概率是蓝牙断开了
        print("蓝牙音频设备已断开")
    case .newDeviceAvailable:
        // 新路由可用，检查是否是蓝牙设备
        let currentRoute = AVAudioSession.sharedInstance().currentRoute
        for output in currentRoute.outputs {
            if output.portType == .bluetoothA2DP || output.portType == .bluetoothHFP {
                print("蓝牙音频设备已连接")
            }
        }
    default:
        break
    }
}

注意：如果要在后台监听这个通知，需要给APP配置音频后台权限（Info.plist里UIBackgroundModes加audio）。

三、关于IOBluetoothHostControllerXXX通知的坑 #

你看到的IOBluetoothHostControllerXXX这类通知是MacOS上的私有API，iOS上根本没有公开支持，而且用私有API会被App Store直接拒审，完全别碰这个方向。

四、最优方案总结 #

• 如果你要监听BLE设备：优先用CBCentralManager，配好bluetooth-central后台权限，正确实现连接/断开的回调，后台也能稳定收到通知。
• 如果你要监听普通蓝牙音频设备：用AVAudioSession的路由变化通知，配合音频后台权限使用。
• 绝对不要尝试私有API，得不偿失。

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