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