Android设备无第三方服务器端对端通信方案及相关技术咨询

我正在开发一款可收发数据的Android应用，目标是实现无需服务器的用户间直接通信，用户可能不在同一WiFi网络且物理距离较远。

之前我基于SMS实现过类似功能，流程是：

1. 用户A向用户B发起数据请求，通过广播接收器监听经用户认可的联系人及关键词触发的SMS；
2. 用户B收到关键词确认后生成数据并回传给用户A；
3. 用户A通过广播接收器监听对应SMS接收数据；
4. 用户A处理数据。

这款应用定位为无人工干预的位置共享工具，用于走失家人定位、受伤徒步者位置呼叫等场景。现在重新开发时发现，READ_SMS/SEND_SMS权限会被判定为高风险，存在敏感信息泄露问题。

现咨询以下问题：

1. 是否存在无需第三方服务器或API的设备间通信方式？
2. 若必须使用服务器，是否需创建服务持续注册广播接收器？会影响电池续航吗？若需知晓他人位置是否要持续轮询服务器？用户请求获取他人数据的确认机制最佳实践是什么？
3. 类似Life360的应用采用何种架构/模式？

1. 无需第三方服务器的设备间通信方案 #

• RCS（富通信服务）：替代传统SMS的新一代通信协议，Android 10+原生支持，仅需系统默认的通信权限框架（风险远低于READ_SMS/SEND_SMS），可直接发送结构化数据，支持跨运营商、跨网络（移动数据/WiFi）的远距离直接通信，适配你的场景需求。
• 蓝牙Mesh：适合几公里内的中距离场景，依赖节点转发实现设备间通信，但需要设备支持蓝牙5.0+，不适用于跨省等超远距离场景。
• Nearby Connections API：由Google Play Services提供支持，无需自建服务器，可通过移动数据或WiFi中转实现远距离设备直连，兼容性较好，但依赖Google服务框架。
• 卫星短信：部分高端Android设备（如Pixel 7+、华为Mate系列）支持系统级卫星通信API，可在无地面网络的极端场景下发送紧急数据，无需服务器，但设备兼容性有限。

2. 基于服务器的方案细节 #

• 无需持续注册广播接收器：Android 8.0+对隐式广播限制严格，后台持续注册接收器不仅易被系统杀死，还会浪费资源。推荐用FCM（Firebase Cloud Messaging）或类似系统级推送服务，当服务器有数据更新时主动推送给设备，替代轮询。
• 电池续航影响：FCM等推送服务是系统级优化的唤醒机制，比后台服务持续轮询省电得多。若必须轮询，用WorkManager设置低频率周期任务（如15分钟一次），避免高频唤醒。
• 位置获取无需持续轮询：采用事件驱动模式：用户B的位置变化超过阈值（如移动100米）时主动上传服务器；用户A需要获取时，直接拉取最新数据，或订阅位置更新的推送通知。
• 数据请求确认机制最佳实践：
  • 双向身份验证：用户A发起请求时，服务器先验证A的绑定身份（手机号/设备ID），再向B的设备推送明确的权限提示（如“XX请求获取你的实时位置，是否允许？”）。
  • 限时/一次性授权：针对紧急场景（如走失），设置“单次授权”或“1小时限时授权”，避免永久授权的隐私风险。
  • 操作留痕：所有授权操作在本地和服务器记录日志，方便用户查看追溯。

3. Life360类应用的架构模式 #

Life360采用客户端-服务器（C/S）架构，核心模块和模式如下：

• 客户端：负责高精度位置采集（依赖FusedLocationProvider）、用户身份认证、推送接收、界面展示，以及紧急求助触发。
• 云端服务器：负责存储用户位置数据、管理家庭/群组关系、调度推送通知、验证权限、处理加密数据传输。
• 核心运行模式：
  • 事件驱动同步：客户端在位置变化超过设定阈值时主动上传，服务器实时同步给组内成员。
  • 推送唤醒机制：通过FCM或自建推送服务，在紧急请求、位置更新时主动唤醒客户端。
  • 跨平台数据同步：通过REST API或WebSocket实现Android/iOS跨平台实时交互。
  • 分层隐私权限：针对不同群组（家庭/临时好友）设置不同权限级别，家庭组默认允许实时共享，临时组需手动授权。

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