我已经看过很多关于altbeacon电池的讨论，特别是如果信标长时间在一个区域内。 This帖实际上非常明确。
我目前正在开发一种需要良好敏感度的解决方案（我将其定义为区域内新信标的小检测时间）。
由于某些信标可能是匿名的（我将其定义为显示意外的MAC地址，但共享相同的匹配字节序列）在此特定解决方案中，我希望对新信标具有良好的敏感性，同时还能实现均衡的电池影响给用户。
我担心的是，如果找到第一个信标并且区域基于匹配序列触发，一旦另一个信标接近（或离开），我怎么能得到通知？
我要尝试的一个猜测就是继续监控一般匹配序列，一旦找到该通用序列的信标，将其范围扩大以获取其地址，并为mac创建一个特定区域。拍摄。这种方法的唯一问题是如何防止第一个信标继续触发通用区域？
只是出于好奇。 ScanFilter类是否与android 5上引入的那些硬件过滤器相关？
谢谢，
答案 0 :(得分：0)
如果你需要快速找到与附近已经存在的字节模式相同的新信标，你真的别无选择，只能继续测距。
在这种情况下，在电池消耗方面，测距和监控之间没有区别。两者都需要不断的蓝牙扫描和附近所有信标的解码。扫描过滤器（是的，Android 5中引入的硬件过滤器）无济于事，因为您希望字节模式相同。没有可用于仅查找新MAC地址的数据包“不匹配”的扫描过滤器。
如果您的使用案例允许，您可能需要接受恒定扫描的电池消耗，并尝试限制它们持续的时间。可以接受30分钟或更短时间的短扫描。
您可以通过编写为此用例量身定制的自己的BLE扫描解析代码来节省一些电量。您可以首先查找唯一的MAC地址，并且只有在以前从未见过的MAC地址时才进行进一步的处理和解析。这不会减少恒定扫描的电池使用量，但会减少解析数据包所花费的CPU的电池使用量。这可能会节省10-30％，具体取决于附近的信标数量。
结论：您对使用此用例时的电池使用情况感到担忧。