为何FusedLocationProviderApi从未报告优于10m的精度？是否有文档说明？

我之前也碰到过类似的困扰，FusedLocationProviderApi 有时候确实会因为默认配置的逻辑，让高精度GPS数据的获取不如直接用LocationManager那么直接。咱们一步步拆解问题和解决办法：

1. 位置请求优先级没拉满 #

FusedLocationProvider 默认的位置优先级是偏向功耗平衡的，你得明确指定最高精度模式，才能和 LocationManager 直接调用GPS的行为对齐。在创建 LocationRequest 时一定要加上这个配置：

LocationRequest locationRequest = LocationRequest.create()
    .setPriority(LocationRequest.PRIORITY_HIGH_ACCURACY) // 关键：强制优先用GPS硬件
    .setInterval(1000)
    .setFastestInterval(500);

这个优先级会让系统优先启用GPS模块，而不是混合网络基站/Wi-Fi的低精度位置。

2. 缓存数据拖了后腿 #

FusedLocationProvider 有位置缓存机制，有时候返回的是之前缓存的低精度位置，而非实时GPS数据。你可以通过两个方式规避：

• 在请求时设置缓存过期时间：locationRequest.setExpirationDuration(0)，强制获取实时数据
• 拿到位置后校验时间戳，过滤掉旧数据：

if (location != null && System.currentTimeMillis() - location.getTime() < 5000) {
    // 只处理5秒内的新鲜位置数据
}

3. 权限配置的细节差异 #

虽然你大概率申请了 ACCESS_FINE_LOCATION，但要注意：

• 如果你是后台采集位置，Android 10+ 需要额外申请 ACCESS_BACKGROUND_LOCATION 权限，否则系统会限制精度
• 部分定制ROM厂商会对后台位置做更严格的限制，要确保应用的位置权限被设置为「始终允许」

4. 强制锁定GPS数据源 #

FusedLocation 默认会混合多种位置源，你可以通过 LocationSettingsRequest 强制系统只启用GPS：

LocationSettingsRequest.Builder settingsBuilder = new LocationSettingsRequest.Builder()
    .addLocationRequest(locationRequest);
SettingsClient settingsClient = LocationServices.getSettingsClient(context);
Task<LocationSettingsResponse> task = settingsClient.checkLocationSettings(settingsBuilder.build());

task.addOnSuccessListener(response -> {
    // 位置设置已满足GPS启用条件，此时请求的位置会优先来自GPS
});

这和你在演示应用里「仅显示GPS位置时精度提升」的现象对应，说明只要锁定GPS源，就能拿到5m级的精度。

5. 设备系统的定制限制 #

部分国内厂商的ROM会对FusedLocation做功耗优化，悄悄限制后台位置精度。你可以去设备的「位置设置」里：

• 关闭「位置精度优化」「智能省电定位」这类选项
• 把应用的位置权限级别拉到最高（比如「高精度模式」专属权限）

调整完这些配置后，FusedLocationProviderApi 应该就能和之前用LocationManager时一样，稳定获取5m级的GPS精度了。

内容的提问来源于stack exchange，提问作者Hélène Martin