Android双人定位应用：FCM方案局限及替代方案问询

一、FCM的可行优化方案 #

• 仅发送纯数据消息：FCM的纯数据消息（不含notification字段，仅包含data字段），无论应用处于前台还是后台，都会直接触发onMessageReceived方法，无需用户点击通知。设备B收到这类消息后，可直接启动定位逻辑，完成坐标回传或存储到数据库。
• 使用私有主题订阅：两台设备订阅同一个专属私有主题（比如基于你们的自定义ID命名），发送数据消息到该主题，双方均可接收。这种方式无需单独管理对方的设备Token，简化逻辑。
• 设置高优先级数据消息：给数据消息添加高优先级标记，确保设备在休眠状态下也能及时接收消息。注意合理使用，避免过度唤醒设备导致耗电增加。

二、其他跨设备请求方案 #

• WebSocket长连接：自建轻量WebSocket服务器（例如用Node.js搭配ws库），两台设备保持与服务器的长连接。设备A发送定位请求到服务器，服务器实时转发给设备B；设备B收到请求后直接回传坐标，设备A接收后在地图展示。该方案实时性强，不受FCM后台限制。
• 数据库轮询机制：使用私有数据库（如Firebase实时数据库、自建MySQL库），设备A写入定位请求标记；设备B定期轮询数据库，检测到请求后上传坐标；设备A再轮询数据库获取坐标并展示。需优化轮询间隔，比如前台缩短间隔、后台延长间隔，平衡实时性与耗电。
• 近场通信补充：如果经常处于近距离场景，可通过蓝牙配对后直接点对点通信，无需依赖网络。但仅适用于近距离，可作为远程方案的补充。
• 自建HTTP API服务：搭建简单的后端API接口，设备A调用接口提交定位请求；设备B定时调用接口检查是否有新请求，有则上传坐标；设备A再通过接口获取坐标。该方案逻辑清晰，可灵活控制请求与响应的处理流程。

内容的提问来源于stack exchange，提问作者Evosub