Flutter司机位置追踪应用：未启动时响应管理员请求的位置上报实现

你的需求完全可以通过Firebase Cloud Messaging的能力落地，和你现有已经打通的Firebase服务链路完全兼容，不需要额外搭建第三方推送系统，且能覆盖应用在后台、甚至被手动关闭未打开的场景下的静默位置采集需求。

关键实现前提是：不能使用普通的通知类推送，要使用FCM的纯数据消息——这类消息不携带需要在通知栏展示的内容字段，设备系统层的FCM常驻服务可以直接唤醒应用的后台逻辑执行，不受应用是否在前台、是否被用户手动划掉关闭的状态影响。

司机端App改造（基于你现有已完成的功能迭代） #

• 升级FCM监听逻辑：单独增加对纯数据消息的处理分支，当收到负载中携带collect_location标识的请求时，跳过默认的通知展示流程，直接触发后台位置采集逻辑。
• 适配平台后台权限要求：
  • 安卓端：申请ACCESS_BACKGROUND_LOCATION权限，在Flutter配置中开启后台位置获取能力，适配安卓13以上版本的后台启动拦截规则，确保被FCM唤醒时不会被系统打断执行流程。
  • iOS端：在项目能力配置中开启「远程通知」「位置更新」两类后台模式，申请始终允许的位置权限，避免应用被系统挂起时位置采集逻辑被终止。
• 复用现有上报逻辑：位置采集完成后，直接按照你已实现的上报流程，把经纬度、采集时间、关联的设备ID、司机账号标识写入Firebase数据库，整个采集过程全程在后台静默完成，不需要司机手动操作打开App。

  注意：这个环节的逻辑要严格遵守应用商店的审核规则，不要在采集过程中弹出需要用户交互的弹窗、跳转页面，仅在采集完成后可以选择性发送一条通知告知司机已完成位置上报，避免被判定为违规收集位置信息。

管理员端App改造 #

• 基于你已有的权限登录、司机列表功能，在每个司机条目下增加「获取实时位置」的操作按钮。
• 按钮的点击逻辑不要直接调用FCM接口，而是调用提前部署在Firebase上的Cloud Function接口，由云函数完成两个核心动作：
  1. 校验当前调用的用户是否拥有管理员权限
  2. 从数据库中查询目标司机账号绑定的FCM设备令牌，组装一条纯数据格式的FCM消息（负载仅包含自定义的采集请求标识，不带通知栏展示字段），向对应司机设备下发位置采集请求。
• 司机端上报位置数据到数据库后，数据库会自动触发变更监听，管理员端的控制台直接拉取最新的位置数据在Google Map上展示即可，不需要和司机端建立长连接通信。

现有链路的补全 #

你目前已经完成了和Firebase的连通、手动位置上报能力，只需要补两个之前没做的关联逻辑：

• 司机注册登录后，把当前设备生成的FCM令牌和司机的唯一账号ID绑定，存入Firebase数据库的固定节点，作为后续下发位置采集请求的寻址依据。
• 把FCM消息中携带的请求ID和司机端上报的位置数据做关联标记，方便管理员端快速匹配对应请求的返回结果。

• 不要把Firebase Admin SDK的密钥写在客户端App中：很多人一开始图省事直接在客户端调用FCM发送接口，一旦密钥泄露，攻击者可以批量给所有用户发恶意推送，风险极高，所有的FCM消息下发、权限校验逻辑都必须放在Cloud Function中执行。
• 针对安卓定制系统的适配：国内多数安卓厂商的定制系统会默认拦截后台应用的自启动权限，需要在司机端App的首次启动引导中，提示司机把应用加入系统的后台自启动白名单，降低消息被系统拦截导致采集失败的概率。
• 电量优化策略：后台唤醒采集位置时，根据需求选择对应的位置精度等级，需要精准定位时短暂开启GPS获取坐标，采集完成后立刻释放位置服务资源，避免长时间后台定位导致的手机电量异常消耗。

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