如何使用 API 附近的 google 接收未决消息？
How can I receive pending messages using google nearby API?
我希望能够使用 API 附近的 google 从一个用户向另一个用户发送消息。但是，根据他们的指南，让设备处于 subscribe/publish 状态比平时多使用 2.5-3.5 倍的电池。因此，他们建议您仅在 activity 进入前台后才 subscribe/publish。但这意味着，除非两台设备同时在屏幕上显示该应用程序，否则它们将无法 send/receive 向彼此发送消息。
我希望用户 A 进入前台，发送消息，当用户 B 进入前台时，让他们看到该消息。
理想的场景是执行类似 firechat (https://play.google.com/store/apps/details?id=com.opengarden.firechat&hl=en) 的操作。您 send/receive 的实时消息。他们是否一直将 subscribing/publishing 留在后台而不考虑电池消耗？
我想补充一点，我的最终目标是能够让附近的人（能够达到 30 米距离）进行无摩擦（无需配对）聊天。因此，如果有更好的方法总体上做到这一点，那将很有趣。
I would like for user A to enter the foreground, send a message, and when user B enters the foreground, for them to see that message.
这正是它的工作原理。每条消息都有一个 TTL（生存时间）属性，默认设置为 300 秒（参见：Strategy）。只要消息有效（意味着 TTL 仍然有效 并且 用户 A 没有取消发布它），用户 B 将能够 find他订阅后不久。
使用 Nearby API 进行消息传递的整个概念应该被视为发布-发现流程，而不是标准的发送-接收通信。
我希望能够使用 API 附近的 google 从一个用户向另一个用户发送消息。但是，根据他们的指南，让设备处于 subscribe/publish 状态比平时多使用 2.5-3.5 倍的电池。因此，他们建议您仅在 activity 进入前台后才 subscribe/publish。但这意味着，除非两台设备同时在屏幕上显示该应用程序，否则它们将无法 send/receive 向彼此发送消息。 我希望用户 A 进入前台，发送消息，当用户 B 进入前台时，让他们看到该消息。
理想的场景是执行类似 firechat (https://play.google.com/store/apps/details?id=com.opengarden.firechat&hl=en) 的操作。您 send/receive 的实时消息。他们是否一直将 subscribing/publishing 留在后台而不考虑电池消耗？
我想补充一点，我的最终目标是能够让附近的人（能够达到 30 米距离）进行无摩擦（无需配对）聊天。因此，如果有更好的方法总体上做到这一点，那将很有趣。
I would like for user A to enter the foreground, send a message, and when user B enters the foreground, for them to see that message.
这正是它的工作原理。每条消息都有一个 TTL（生存时间）属性，默认设置为 300 秒（参见：Strategy）。只要消息有效（意味着 TTL 仍然有效 并且 用户 A 没有取消发布它），用户 B 将能够 find他订阅后不久。
使用 Nearby API 进行消息传递的整个概念应该被视为发布-发现流程，而不是标准的发送-接收通信。