主题说明了一切，真的。就其存在的文档而言，它表明针对在 iOS 设备上运行的 CoreBluetooth 框架编写的应用程序可以将“bluetooth-central”添加到其后台权限列表中，从而在不活动时处理某种蓝牙事件，但 事件是否被传递？
例如：
【问题讨论】：
标签： ios core-bluetooth
似乎没人知道，所以我购买了一个 iOS 开发者帐户并进行了一些实验。这是我发现的：
在前台运行时，您可以使用 CBCentralManager::scanForPeripheralsWithServices 启动扫描。您的扫描可以限制到宣传特定服务的设备，或不受限制（为该调用的参数传递 nil）。它还可以允许或不允许重复；在前一种情况下，每次 iPhone 收到广告包时，您都会收到 didDiscoverPeripheral 回调；在后者中，每个找到的设备只会得到一个回调。
进入后台后，出现如下规则：
我不知道连接到不可连接设备（例如 BLE 广告商，如那些实施邻近配置文件的设备）的连接尝试是否足够好，因为我的示例设备是可连接的。然而，至少对于可连接的设备，此扫描/连接/断开/扫描过程足以轮询设备在后台的存在。
以上结果是使用运行 iOS 5.0.1 的 iPhone 4S 收集的
【讨论】：
除了克里斯的回答：
peripheral:didUpdateValueForCharacteristic:error:)，即使 10 分钟后也是如此。因此，当您想在后台连续运行时，您有两种选择：
稍后应该是 WWDC 2012 Core 蓝牙视频中的“事件背景”https://developer.apple.com/videos/wwdc/2012/ 但前者看起来像个 hack，我不想依赖它。
我在 iPhone5、iOS6.1.4 上测试过这个
Apple 终于发布了Core Bluetooth Programming Guide，这是官方的说明
【讨论】：
注意与 iBeacons 相关的后台处理和 CoreBluetooth 的行为也很好，尽管 Apple 喜欢将其视为 CoreLocation 功能：
当 iBeacon 区域的通知打开时，它们将通知用户区域进入或退出。可以根据显示器是打开还是关闭来发出这些通知。即使请求通知的应用程序在后台，这些通知也会起作用。 （这在文档中很清楚）。
不太明显：如果您使用 iBeacon 测距 API，那么您的应用程序必须在前台。它没有在文档中明确说明这一点——事实上，人们可能会误以为测距应该在文档的后台工作。然而，一位 Apple 工程师在 Apple 开发者论坛上的一个长线程中某处的帖子中澄清了这一点，我也看到了这个失败。测距仅在前台工作。
可以发现外围广告 iBeacons 正在广告的其他服务。但这仅适用于前台。因此，如果您希望使用 iBeacons 通知中心接近，然后使用其他基于 BLE 的服务执行一些其他事务，这将起作用，但仅在前台。它不会在后台工作。对于在后台使用基于 BLE 的服务的交易，广告必须是常规的 BLE 广告，而不是 iBeacon。您不能在后台使用 iBeacon 广告来帮助发现过程，然后切换到在后台使用 BLE 服务。 （我非常喜欢这个工作，但没有骰子）。
【讨论】：
我刚刚在 iOS8.3 和 8.4 上学习了 BLE 设备的后台模式，并发现了与上面的一些差异：
如果我开始
[centralManager scanForPeripheralsWithServices:@[[CBUUID UUIDWithString:kServiceUUID]] 选项：@{CBCentralManagerScanOptionAllowDuplicatesKey : @YES }];
来自
- (void)applicationDidEnterBackground:(UIApplication *)application
我发现枚举每次调用都返回相同的设备，但 RSSI 不同， 所以 CBCentralManagerScanOptionAllowDuplicatesKey 不会被忽略。
【讨论】：