解读

国内面试官问这道题，真正想听的是“你对 Google 融合定位策略的理解深度”+“你在国产 ROM、无 GMS、强保活、强隐私合规场景下的实战折中方案”。
回答时务必把“FusedLocationProviderClient 只是系统 HAL 上报的搬运工”这一点讲透，再落到“业务层如何按需采样、如何与国产厂商省电白名单共舞、如何满足工信部 164 号文与《个人信息保护法》最小可用原则”。
如果只背官方 API，会被追问“无 GMS 怎么办”“后台定位被杀怎么保活”“30 min 采集一次仍被投诉耗电如何优化”，因此答案必须分层：原理→策略→落地→合规。

知识点

1. 融合定位三源：GPS（高精度）、Wi-Fi/基站（低功耗）、传感器/蓝牙（无网室内）。
2. Google 侧融合算法：位于 APK 内的 FusedLocationService，通过 ContextHub / CHRE 读取 HAL 上报的 GNSS+Wi-Fi+IMU 原始数据，再用 Kalman+粒子滤波输出最优估计；功耗由 Duty-Cycle 控制：活跃期 100 ms 采样，静止期 2 min 采样，Deep Idle 时完全挂起。
3. 国内无 GMS 机型：厂商把融合算法下沉到系统服务（如 LocationManagerService），FusedLocationProviderClient 退化为系统 SDK 的壳，实际调用厂商 HAL，算法黑盒；需用厂商开放接口（如小米 QLocation、华为 FusedLocationAdapter）才能拿到同等级功耗优化。
4. 电池优化三板斧：
   ① 采样间隔指数退避：前台 5 s→后台 20 s→静止 2 min；
   ② 地理围栏+显著位移 API 替代持续定位；
   ③ 批量上报（setMaxWaitTime）+ 应用待机分桶（App Standby Bucket）对齐系统 JobScheduler。
5. 合规红线：后台定位必须弹窗“始终允许”且提供 30 日内可关闭入口；采集频率不得高于业务最小粒度，否则应用市场审核直接驳回。

答案

“FusedLocationProviderClient 本身并不计算位置，它只是 Google Play 服务里 FusedLocationService 的 Binder 代理。系统层由 HAL 把 GPS、Wi-Fi、基站、加速度计、陀螺仪、磁场、气压计七路原始数据送到 ContextHub，Google 算法按置信度加权融合，输出一条最优 Location。
为了省电，框架做了三件事：

1. 状态机：静止、步行、驾车三档，对应采样周期 2 min、20 s、5 s；
2. 打盹兼容：Doze 模式下把定位请求缓存到 Maintenance Window，集中爆发上传；
3. 硬件级 Duty-Cycle：GNSS 芯片在 idle 期关闭射频，只保留 Wi-Fi 扫描，功耗从 120 mA 降到 8 mA。
   业务层我们再加两层策略：
   A. 前后台分级：前台用 PRIORITY_HIGH_ACCURACY+5 s，切后台立即换成 PRIORITY_BALANCED_POWER_ACCURACY+20 s，并调用 setMaxWaitTime(60 s) 做批量；
   B. 国产 ROM 保活：把定位请求封装进 WorkManager+前台服务 Notification，利用厂商白名单接口申请‘运动健身’场景通道，避免被 2 h 断链。
   实测在 4500 mAh 机器上，后台持续定位 8 h 耗电从 18% 降到 4%，同时满足工信部 164 号文‘最小必要’采样频率要求。”

拓展思考

1. 无 GMS 车载项目：改用 Android 12 新增的 LocationManager.setProviderEnabledForUser+GNSS HAL 2.0 接口，自研融合算法跑在 APEX 模块，实现车规级 1 Hz 连续定位，功耗预算 ≤ 1.5 W。
2. 折叠屏+5G 场景：大屏多窗口时，两个前台进程可能同时请求定位，需通过 LocationRequest.setWorkSource 把子进程请求归集到主进程，防止重复采样。
3. 隐私沙盒 Preview：Android 14 引入“粗略位置权限”+“照片级别访问”，未来 FusedLocationProviderClient 将返回 3 km 级模糊位置，业务需提前设计降级策略，例如用地理围栏网格化匹配商圈，而非精确坐标。