Android定位服务启动后如何捕获定位权限被撤销的情况？

嘿，能看出来你已经把轨迹追踪的核心功能搭得很扎实了——用LocationServices.FusedLocationApi实现10秒间隔的位置更新，还特意兼顾了Android 6.0及以上版本的权限申请逻辑，这已经踩对了基础的关键节点！结合我在社区里碰到的大量同类问题，给你提几个能让功能更稳定、体验更好的优化方向：

• 权限申请的用户体验优化：
  除了必要的ACCESS_FINE_LOCATION（如果用高精度定位），要是你的应用需要在后台持续追踪轨迹，Android 10+还得额外申请ACCESS_BACKGROUND_LOCATION权限。另外，申请权限前最好加个友好的前置提示，比如跟用户说明“需要获取您的位置来记录活动轨迹，方便您查看出行路线”，用户授权的接受度会高很多。

• 定位频率的动态调整：
  固定10秒的更新频率其实耗电挺明显的，要是没有实时导航这类强需求，建议根据用户状态动态调整：比如检测到用户静止时，把更新间隔拉长到1分钟；用户移动时再调回10秒。可以通过位置变化的速度值来判断用户状态。

• 废弃API的替代方案：
  现在LocationServices.FusedLocationApi已经被官方标记为废弃了，更推荐用FusedLocationProviderClient来替代，它的API设计更简洁，也更适配新版本Android系统。举个请求位置更新的代码示例：

  FusedLocationProviderClient client = LocationServices.getFusedLocationProviderClient(context);
  LocationRequest request = LocationRequest.create()
          .setInterval(10000)
          .setFastestInterval(5000)
          .setPriority(LocationRequest.PRIORITY_HIGH_ACCURACY);
  client.requestLocationUpdates(request, locationCallback, Looper.getMainLooper());
  

• 轨迹数据的存储与清理：
  长期使用后轨迹数据会越来越大，建议用Room数据库做本地存储，别直接存在SharedPreferences里。另外可以加个自动清理机制，比如默认删除30天前的旧轨迹，避免占用过多设备存储。

• 后台定位的稳定性保障：
  Android 8.0+对后台服务限制很严，普通的定位更新很容易被系统回收。如果需要后台持续追踪，建议用前台服务（Foreground Service），给用户显示一个持续的通知（比如“正在记录您的活动轨迹”），这样系统就不会轻易杀掉定位服务了。

要是你在开发过程中碰到了具体问题——比如定位突然停止、权限申请失败、耗电异常之类的，把具体的错误日志或者代码片段贴出来，社区里的小伙伴们肯定能帮你更快排查解决！

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