因为当初地位信息变为了敏感数据，因而Android限度了它的应用，尤其在APP后盾。

在Android 9 之前，地位权限没有依照前后台拆散，APP在前台和后盾应用雷同的资源。

然而，Google开始意识到一些APP滥用此类数据，于是决定依照前台和后盾拆散资源的形式，减少一些层级来爱护用户的地位信息数据。

对于Android开发者来说，这就为咱们在APP中申请地位权限减少了一些额定的工作。

在具体介绍之前，让咱们先看一看在最近几个Android版本中的更改日志：

  • 在Android 8 中： 处于后盾的利用，每小时只能检索几次用户的地位。
  • Android 10 之前：地位权限是一个繁多资源，利用只需一次受权就能够到处应用，随时应用（前台和后盾）
  • 在Android 10 中： 后盾地位变成了一个独立的资源， 应用程序除了前台申请外，还必须明确申请此权限。
  • Android 11 中：无奈与其他人同时申请后盾地位权限，利用必须独自申请。此外，申请此权限不会像其余权限一样立刻弹窗提醒用户，而是会将用户带到/ Settings页面/ Location权限会话，以便用户能够更新权限级别。

依据下面的这些变动，咱们必须依据不同的零碎版本解决地位权限的申请，这里有3种不同场景（在写本文时，咱们目前应用的是Android 11）：

Android 10 之前

地位权限只需申请一次，处于前台和后盾的APP都可应用

@TargetApi(28)fun Context.checkLocationPermissionAPI28(locationRequestCode : Int) {    if (!checkSinglePermission(Manifest.permission.ACCESS_FINE_LOCATION) ||        !checkSinglePermission(Manifest.permission.ACCESS_COARSE_LOCATION)) {        val permList = arrayOf(            Manifest.permission.ACCESS_FINE_LOCATION,            Manifest.permission.ACCESS_COARSE_LOCATION        )        requestPermissions(permList, locationRequestCode)    }}private fun Context.checkSinglePermission(permission: String) : Boolean {    return ContextCompat.checkSelfPermission(this, permission) == PackageManager.PERMISSION_GRANTED}

在这些版本中，用户只有2个选项：受权或不受权。

Android 10

在这个版本中，减少了ACCESS_BACKGROUND_LOCATION, 你能够申请此权限来同时取得前台和后盾的权限，像上面这样呢：

@TargetApi(29)private fun Context.checkLocationPermissionAPI29(locationRequestCode : Int) {    if (checkSinglePermission(Manifest.permission.ACCESS_FINE_LOCATION) &&        checkSinglePermission(Manifest.permission.ACCESS_COARSE_LOCATION) &&        checkSinglePermission(Manifest.permission.ACCESS_BACKGROUND_LOCATION)) return    val permList = arrayOf(Manifest.permission.ACCESS_FINE_LOCATION,                            Manifest.permission.ACCESS_COARSE_LOCATION,                           Manifest.permission.ACCESS_BACKGROUND_LOCATION)    requestPermissions(permList, locationRequestCode)    }private fun Context.checkSinglePermission(permission: String) : Boolean {    return ContextCompat.checkSelfPermission(this, permission) == PackageManager.PERMISSION_GRANTED}

同样，如果申请前台权限（ACCESS_COARSE_LOCATION或者ACCESS_FINE_LOCATION），则Android操作系统会主动将后盾权限（ACCESS_BACKGROUND_LOCATION）增加到申请中。它相似于<uses-permission>申明，无论是ACCESS_COARSE_LOCATION或ACCESS_FINE_LOCATION被申明，ACCESS_BACKGROUND_LOCATION将在装置过程中被增加。

用户当初有三个选项：后盾（随时）、前台(仅应用APP期间)、回绝 。

Android 11

除上述内容外，开发人员还须要减少其余一些步骤。

这里有2种场景，第一种状况是当仅申请前台权限，在这种状况下，咱们通常应用ACCESS_FINE_LOCATION 或者ACCESS_COARSE_LOCATION, 然而，申请受权的弹窗和以前的略有不同，在Android 11 中，Google 减少了一个可选项 Only this time ，

请留神，即便将ACCESS_BACKGROUND_LOCATION增加到要申请的权限列表中，零碎也将疏忽它。

第二种状况是：利用也须要后盾权限，为此，你必须筹备本人的对话框，并应用明确的音讯来阐明后盾地位的应用。

当用户批准后，将他疏导到利用设置页面，那里能够抉择他想授予的权限等级。

示例代如下：

@TargetApi(30)private fun Context.checkBackgroundLocationPermissionAPI30(backgroundLocationRequestCode: Int) {    if (checkSinglePermission(Manifest.permission.ACCESS_BACKGROUND_LOCATION)) return    AlertDialog.Builder(this)        .setTitle(R.string.background_location_permission_title)        .setMessage(R.string.background_location_permission_message)        .setPositiveButton(R.string.yes) { _,_ ->            // this request will take user to Application's Setting page            requestPermissions(arrayOf(Manifest.permission.ACCESS_BACKGROUND_LOCATION), backgroundLocationRequestCode)        }          .setNegativeButton(R.string.no) { dialog,_ ->            dialog.dismiss()        }         .create()        .show()        }

如图所示：

如您所见，Android 11 中，咱们有4个权限等级用于地位信息。

当用户抉择Allow all the time, APP 就有了后盾应用地位信息的权限了。

瞧，这就是Android 11中获取地位权限的整个过程，和各个系统版本的不同解决状况，心愿本篇博客对你有用！！！

原文链接：
https://medium.com/swlh/reque...