关于Fused Location Client定位停滞重复返回相同坐标的问题咨询

最近在做基于Jetpack Compose的地图开发时，碰到了Fused Location Client的一个奇怪行为，折腾了一阵后发现居然是个普遍现象，特意来分享给大家，避免踩坑。

我当时的实现是用fusedLocationClient.requestLocationUpdates来获取定位，LocationRequest的配置是这样的：

val locationRequest = LocationRequest.Builder(10000L) // 初始间隔（毫秒）
    .setPriority(Priority.PRIORITY_HIGH_ACCURACY)
    .setIntervalMillis(1000L)
    .setMinUpdateIntervalMillis(1000L)
    .build()

fusedLocationClient.requestLocationUpdates(
    locationRequest,
    locationCallback as LocationCallback,
    Looper.getMainLooper()
)

同时用Jetpack Compose的GoogleMap组件显示用户定位蓝点，开启了isMyLocationEnabled = true。

测试的时候发现，我沿着直线走（大概30英尺的距离），30秒到1分钟后，不管是通过locationResult.lastLocation拿到的坐标，还是地图上的蓝点，都会突然“卡住”，重复返回同一个位置。一开始以为是自己的代码有问题，直到我打开官方的Google Maps App测试，居然碰到了一模一样的情况——蓝点同样会在30秒到1分钟后停滞，直到我再走远一段距离，它才会重新更新到我的实际位置。回到自己的App里测试，走远后果然也恢复了定位更新。

结合这个现象，我推测这应该和Fused Location Client的内部实现逻辑有关，可能的触发因素包括：

• 位置变化的时间/距离阈值未达标：内部可能设置了一个默认的最小距离变化要求，当移动距离没超过这个阈值时，就不会返回新的定位
• GPS信号问题：如果是室内或者信号弱的环境，定位精度本身就差，更容易触发这个停滞逻辑
• 电池优化策略：系统为了省电，可能会在一段时间后降低定位更新的频率，直到检测到明显的位置变化

我翻了官方文档，没找到关于这个行为的明确说明，也没查到具体的距离阈值是多少。如果你们也碰到了定位突然卡住、重复返回相同坐标的情况，可以试试走远一点看看会不会恢复，大概率就是这个原因导致的。希望我的这个小发现能帮到大家少走弯路～

内容来源于stack exchange