应用程序如何管理信标的重复信号？
How the application does to manage the repeated signal of beacons?
我是信标方面的新手，不了解应用程序如何管理信标的信号。因为应用程序可以在短时间内收到来自信标的许多信号。应用程序如何管理重复信号？例如，如果信标发送一条消息，半秒后同一信标发送另一条消息，则应用程序将获得同一信标的两个信号。这意味着每次信标发送消息时，应用程序都会向用户显示一个添加？或者应用程序如何知道应用程序已显示此消息？
信标不会向用户发送消息。 它们只会以每秒 1-10 次的典型速率一遍又一遍地传输唯一的数字标识符。而已！他们就是这么做的！
人们与信标关联的大多数功能实际上是由运行在移动设备 phone 上的软件提供的，甚至 运行 在云服务器上运行的软件。 iOS 框架或 Android 库检测信标传输并将其转换为移动应用程序要处理的两个基本事件通知之一：
Beaconappeared/disappeared（称为监控）
信标仍在估计距离范围内（称为测距）。
通过使用监控事件，移动应用程序会在信标首次出现时获知，然后可以将信标的唯一标识符转换为一条消息，通过与应用程序捆绑在一起的查找 table 或在一个云服务器。 感谢监控事件通知，每次 phone 首次检测到信标时，该消息仅显示一次。 只有当信标熄灭后，才会再次显示范围并再次回到范围内。
我是信标方面的新手，不了解应用程序如何管理信标的信号。因为应用程序可以在短时间内收到来自信标的许多信号。应用程序如何管理重复信号？例如，如果信标发送一条消息，半秒后同一信标发送另一条消息，则应用程序将获得同一信标的两个信号。这意味着每次信标发送消息时，应用程序都会向用户显示一个添加？或者应用程序如何知道应用程序已显示此消息？
信标不会向用户发送消息。 它们只会以每秒 1-10 次的典型速率一遍又一遍地传输唯一的数字标识符。而已！他们就是这么做的！
人们与信标关联的大多数功能实际上是由运行在移动设备 phone 上的软件提供的，甚至 运行 在云服务器上运行的软件。 iOS 框架或 Android 库检测信标传输并将其转换为移动应用程序要处理的两个基本事件通知之一：
Beaconappeared/disappeared（称为监控）
信标仍在估计距离范围内（称为测距）。
通过使用监控事件，移动应用程序会在信标首次出现时获知，然后可以将信标的唯一标识符转换为一条消息，通过与应用程序捆绑在一起的查找 table 或在一个云服务器。 感谢监控事件通知，每次 phone 首次检测到信标时，该消息仅显示一次。 只有当信标熄灭后，才会再次显示范围并再次回到范围内。