安卓Service场景下如何不使用requestPermissions()API获取运行时权限

核心硬规则 #

从Android 6.0（API 23）上线运行时权限机制开始，系统就做了底层限制：

• 属于危险权限的ACCESS_FINE_LOCATION，必须由前台Activity上下文发起授权请求，系统才会弹出对应的授权对话框
• 纯后台运行的Service本身没有触发权限弹窗的能力，不存在面向普通消费级App、无任何前置条件、完全跳过用户授权环节就能静默拿到该权限的通用方法。运行时权限的设计核心就是把权限授予的决策权完全交给用户，普通应用无法绕开这个系统级设计。

不需要在Service内弹申请框的落地实现 #

• 前置完成权限申请，合规性最高
  不要等Service启动了才想起做权限校验，把ACCESS_FINE_LOCATION的申请逻辑放到所有带UI的交互节点：比如App首次启动的引导流程、用户第一次点击位置相关功能（签到、地图加载、周边内容推荐等）的Activity页面中。等用户手动完成授权后，后续Service在后台调用定位相关API时，会直接复用用户已经授予的权限，全程不需要在Service内弹出任何申请窗口。
• 特殊场景的专属授权通道
  如果你的应用是企业内部部署的设备管理类（MDM）应用、设备所有者（Device Owner）应用，可以通过系统开放的设备管理接口，直接为应用授予位置权限，全程不需要弹出用户授权弹窗。但这个方案限制极强：必须拿到设备的系统级管理权限，面向普通用户的公开应用根本用不了这个通道。
• 不推荐的投机类方案
  网上流传的反射跳过权限检查、Hook系统权限校验逻辑等方案，在Android 10以上版本中会被SELinux安全机制直接拦截，不仅无法正常调用定位能力，还会触发应用商店的安全审核拦截，存在极高的应用下架风险，完全不具备长期可用性。

补充：如果应用需要在Android 10及以上版本获取后台位置权限，对应的ACCESS_BACKGROUND_LOCATION申请也同样需要在带UI的页面引导用户手动开启，无法通过后台Service静默获取。

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