嘿，这个问题我之前帮好几个开发者排查过，核心就是Android系统的后台限制和定位策略在搞鬼，结合你用IntentService做定时触发的场景，咱们一步步拆解解决：

一、先搞懂为什么会出现固定错误点 #

• 后台权限不足：从Android 10（API 29）开始，后台获取位置需要单独申请ACCESS_BACKGROUND_LOCATION权限，要是只申请了前台的定位权限，系统过会儿就会强制把定位精度降到最低，甚至直接用缓存的错误坐标糊弄你。
• 厂商省电策略干预：小米、华为这些厂商的省电模式会狠掐后台应用的定位频率，还会自动切换到网络定位——而网络定位依赖基站/Wi-Fi缓存，如果你家的Wi-Fi/基站信息被误缓存成某个固定点，就会一直返回那个错误坐标。
• IntentService的天生局限：IntentService是一次性服务，任务跑完就自动销毁。你用它来定时触发定位，频繁启动的Service会被系统判定为低优先级进程，要么被回收，要么被限制运行频率，导致定位逻辑乱套。

二、针对性的解决方案 #

1. 把权限补全，别让系统卡脖子 #

首先在AndroidManifest.xml里把该加的权限加上：

<!-- 前台高精度定位权限 -->
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION" />
<!-- API 29+ 后台定位必须的权限 -->
<uses-permission android:name="android.permission.ACCESS_BACKGROUND_LOCATION" />
<!-- Android 8.0+ 前台服务必须的权限 -->
<uses-permission android:name="android.permission.FOREGROUND_SERVICE" />

动态申请权限的时候，除了前台定位权限，一定要主动请求后台位置权限，用户授权后才能在后台正常拿高精度定位。

2. 用前台服务替代IntentService #

后台服务在Android 8.0+会被系统严格限制，把你的定位服务改成前台服务，能直接提升进程优先级，避免被回收，还能让系统知道你真的需要持续定位：

public class LocationForegroundService extends Service {
    private Handler locationHandler;
    private Runnable locationRunnable;

    @Override
    public void onCreate() {
        super.onCreate();
        // 初始化定时定位逻辑
        locationHandler = new Handler();
        locationRunnable = new Runnable() {
            @Override
            public void run() {
                // 执行定位+上传操作
                fetchAndUploadLocation();
                // 10秒后重复执行
                locationHandler.postDelayed(this, 10000);
            }
        };
    }

    @Override
    public int onStartCommand(Intent intent, int flags, int startId) {
        // 必须创建前台通知，Android 8.0+ 不允许后台服务长期运行
        Notification notification = new NotificationCompat.Builder(this, "LOCATION_CHANNEL_ID")
                .setContentTitle("正在获取位置")
                .setContentText("后台持续定位中")
                .setSmallIcon(R.drawable.ic_location)
                .setPriority(NotificationCompat.PRIORITY_LOW) // 设置低优先级，尽量不打扰用户
                .build();
        startForeground(1, notification);

        // 启动定时定位
        locationHandler.post(locationRunnable);
        return START_STICKY;
    }

    @Nullable
    @Override
    public IBinder onBind(Intent intent) {
        return null;
    }

    @Override
    public void onDestroy() {
        super.onDestroy();
        // 销毁时移除回调，避免内存泄漏
        locationHandler.removeCallbacks(locationRunnable);
    }
}

3. 强制高精度定位，拒绝“糊弄式”坐标 #

默认的定位模式可能在后台自动切换到低精度，你得明确告诉系统你要高精度定位：

LocationRequest locationRequest = LocationRequest.create();
locationRequest.setInterval(10000); // 10秒更新一次
locationRequest.setFastestInterval(5000); // 最快更新间隔，防止系统限制
locationRequest.setPriority(LocationRequest.PRIORITY_HIGH_ACCURACY); // 强制高精度
locationRequest.setSmallestDisplacement(0); // 哪怕没移动也要更新

同时在定位回调里检查精度，如果返回的坐标精度大于100米（比如网络定位的精度），直接忽略这个坐标，重新请求定位。

4. 用WorkManager替代定时IntentService #

IntentService真的不适合长期后台定时任务，推荐用Google官方的WorkManager，它能自动适配不同Android版本的后台限制，保证任务尽可能按时执行：

// 定义Worker类执行定位逻辑
public class LocationWorker extends Worker {
    public LocationWorker(@NonNull Context context, @NonNull WorkerParameters params) {
        super(context, params);
    }

    @NonNull
    @Override
    public Result doWork() {
        // 执行定位+上传操作
        fetchAndUploadLocation();
        // 返回success表示任务完成，会按周期重复执行
        return Result.success();
    }
}

// 在应用启动时调度任务
PeriodicWorkRequest locationWork = new PeriodicWorkRequest.Builder(
        LocationWorker.class,
        10, TimeUnit.SECONDS, // 10秒间隔
        5, TimeUnit.SECONDS // 弹性间隔，允许系统调整
)
.setConstraints(new Constraints.Builder()
        .setRequiredNetworkType(NetworkType.CONNECTED) // 需要网络上传
        .build())
.build();
WorkManager.getInstance(context).enqueue(locationWork);

5. 搞定厂商的“特殊照顾” #

很多国产手机有自己的后台管理机制，比如小米的“神隐模式”、华为的“后台活动限制”，你得在应用里加个引导，让用户把你的应用加入后台白名单，否则就算你做了以上所有设置，还是可能被厂商的省电策略掐断。

三、调试小技巧 #

• 后台运行时，用Logcat看Location对象的getAccuracy()值，如果精度突然从10米跳到1000米，说明系统切换到了网络定位，这时候就得检查权限和定位请求的优先级。
• 用Location.getProvider()看定位来源，如果后台变成network而不是gps，说明GPS被系统关闭了，需要调整定位策略。

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