Android中的BluetoothLeScanner的setReportDelay的目的是什么？

Question

Android中的BluetoothLeScanner的setReportDelay的目的是什么？ 我无法想象为什么会有延迟报告？

Answer 1

来自Android官方网站 ：

setReportDelay（）采用reportDelayMillis参数，其中reportDelayMillis是：

报告延迟（以毫秒为单位）。 设置为0以立即通知结果。 值> 0会导致扫描结果在请求的延迟或内部缓冲区填满后排队并传送

来你的问题：

Android中的BluetoothLeScanner的setReportDelay的目的是什么？ 我无法想象为什么会有延迟报告... |

据我所知，有时当你扫描很短的时间时，并不是所有的devices/beacons都可以找到，但是在第二次扫描时，另一个可以在扫描时咳嗽。

例如：假设您有三个beacons并且您为1s进行了两次不同的扫描。 在第一次扫描时，仅找到单个信标，但在第二个其他信标也被找到。 设置延迟将对所有这些进行queue ，您将能够显示所有这些。 否则有时会出现单个信标，有时会显示所有这些信标，有时会显示其中的两个信标。（这主要与它们传输的frequency有关）

您也可以使用Lists来实现此目的，因此当找到beacon时，您将它们添加到list并在delay一段delay后显示它们（使用Handler/Timer ）。 但这需要更多的工作。 所以这个功能可能很简单

Answer 2

setReportDelay（）> 0会导致扫描程序排队结果，然后从ScanCallback而不是正常的onScanResult（）触发onBatchScanResults（）。

如果您需要每隔几秒进行一次UI更新，这非常有用：不是每次通知数据包到达时刷新UI，您都可以简单地延迟结果。 此外，您还可以获得更完整的结果集。

请注意，您的设备需要能够支持此功能。 看到

http://developer.android.com/reference/android/bluetooth/BluetoothAdapter.html#isOffloadedScanBatchingSupported（）

Answer 3

不同的设备扫描略有不同。 扫描时，每次扫描会多次返回相同的设备。

如果设置延迟，Android将创建一个队列，并在返回队列中的设备列表之前过滤掉所有重复项。