我希望能够使用谷歌附近的API从一个用户向另一个用户发送消息。但是，根据他们的指导原则，设备处于订阅/发布状态时，使用的电池比平时多2.5-3.5倍。因此，他们建议您只有在活动进入前台后才能订阅/发布。但这意味着，除非两台设备在同一时间在屏幕上显示应用程序，否则它们将无法相互发送/接收消息。 我希望用户A进入前台，发送消息，当用户B进入前台时，他们可以看到该消息。
理想情况是执行类似firechat（https://play.google.com/store/apps/details?id=com.opengarden.firechat&hl=en）的操作。您实时发送/接收消息的位置。他们是否只是在后台留下订阅/发布而不考虑电池消耗？
我想补充一点，我的最终目标是能够在彼此附近的人之间进行无摩擦（无需配对）聊天（能够达到30米的距离）。因此，如果有更好的方法来做到这一点，听起来很有意思。
答案 0 :(得分：1)
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进行消息传递的整个概念应该被视为发布 - 发现流而不是标准的发送 - 接收通信。