我正在开发一个系统，它将 BLE 设备（TI CC2540）作为中央设备，将 iPhone4S 上的 iOS 应用程序作为外围设备。除了我需要的 1 个功能外，一切正常：来自中央的白名单（过滤）广告设备。
据我所知，iOS设备使用随机可解析MAC地址，所以我们不能应用基于MAC地址的白名单。
所以我目前的方法是：在iOS应用程序的广告数据（iOS设备充当外围设备）的“本地名称”字段上放置一个ID，中央设备将根据检索到的广告数据进行扫描和过滤。除非应用程序在后台，否则此方法有效。
当我的应用程序置于后台时，广告数据会被截断，并且我的“本地名称”不会通过无线方式出现。从corebluetooth的头文件中，我看到只有“溢出区域”数据可以在应用程序在后台时的广告数据中，但只有iOS设备可以读取这个区域。
那么这里的任何人都可以告诉我如何在后台模式下将自定义数据添加到广告包中，或者任何其他具有此过滤功能的解决方案。
任何评论都会对我有很大帮助。
我知道这是一篇较旧的帖子，但对于任何好奇的人来说，没有可靠的方法来实现这一点，因为在应用程序处于后台时未传输 CBAdvertisementDataLocalNameKey。
此外，操作系统会忽略 CBCentralManagerScanOptionAllowDuplicatesKey，因此对于发现的每个新设备，您将获得一个 didDiscoverPeripheral 回调。
如果您对原因感到好奇，请记住，在硬件级别，所有使用 BLE 的应用程序共享一个蓝牙无线电，并且广告数据包在所有发布广告的应用程序之间共享。
溢出区域包含您的设备宣传的所有服务 UUID。我想这个字段很小，如果你有很多，系统可能必须发送几个循环通过 UUID 的数据包来通告它们。
此外，这也是为什么广告包不是放置所需应用信息的最佳位置的另一个原因。假设您有一个应用程序依赖于服务 UUID A 的广告数据。然后，该应用程序变为后台，并且用户打开另一个使用服务 UUID B 的广告数据的应用程序。
因为该设备现在正在为 UUID A 和 UUID B 广告服务，所以任何接收设备都会在任何中央寻找 A 或 B 时收到回调。但是，CBAdvertisementDataLocalNameKey 将只包含 B 的数据，因为它在前台传输设备，这意味着您的设备只期望 A 的数据可能正在处理错误的数据。
如果您想更清楚地了解广告数据实际传输的内容，App Store 上有一个名为 LightBlue 的优秀 iOS 应用程序会向您显示这些数据，并允许您连接到设备并查看它的所有服务、特征和描述符。
我正在努力解决同样的问题。对于我的项目，我至少需要从 Raspberry Pi 读取背景中 iPhone 的 CBAdvertisementDataLocalNameKey。我仍然无法从溢出区域获得任何信息。
但是我发现了一件有趣的事情可以解决我们的问题。有一些用于 BLE 扫描的 Android 应用程序能够在附近的 iOS 设备处于后台时读取 LocalName。一个例子就是这个。 这是引用的应用程序的屏幕截图，显示了附近的 iPhone 在后台时正确的 CBAdvertisementDataLocalNameKey。
在 android 扫描实验期间，覆盆子无法读取除制造商数据块之外的任何内容。一种可能的解决方案是使用蓝牙数据包嗅探器来了解哪个是正确的扫描请求，以获取包含溢出区域的扫描响应消息。不幸的是，这需要特定的硬件，例如 Ubertooth One。
