我希望能够使用 google nearby API 将消息从一个用户发送到另一个用户。然而，根据他们的指南，让设备处于订阅/发布状态比平时多使用 2.5-3.5 倍的电池。因此，他们建议您仅在 Activity 进入前台后才订阅/发布。但这意味着，除非两台设备同时在屏幕上显示该应用程序，否则它们将无法相互发送/接收消息。 我希望用户 A 进入前台，发送消息，当用户 B 进入前台时，让他们看到该消息。
理想的场景是执行诸如聊天 (https://play.google.com/store/apps/details?id=com.opengarden.firechat&hl=en) 之类的操作。您实时发送/接收消息的地方。无论电池消耗如何，他们是否始终将订阅/发布留在后台？
我想补充一点，我的最终目标是能够在彼此附近(能够达到 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 将能够在他订阅后很快找到它。
使用 Nearby API 进行消息传递的整个概念应该被视为发布-发现流程，而不是标准的发送-接收通信。
关于android - 如何使用谷歌附近的 API 接收待处理的消息？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/32302591/