}
- 是否需要向用户解释请求权限的目的
// (API) boolean shouldShowRequestPermissionRationale (Activity activity, String permission)
ActivityCompat.shouldShowRequestPermissionRationale(this, Manifest.permission.CALL_PHONE)
| 情况 | 返回值 |
|---|---|
| 第一次打开App时 | false |
| 上次弹出权限点击了禁止（但没有勾选“下次不在询问”） | true |
| 上次选择禁止并勾选“下次不在询问 ” | false |
注：如果用户在过去拒绝了权限请求，并在权限请求系统对话框中选择了 Don’t ask again 选项，此方法将返回 false。如果设备规范禁止应用具有该权限，此方法也会返回 false。
单一权限申请交互流程
我们做移动端需要直接与用户交互，需要多考虑如何根用户交互才能达到最好的体验。下面我结合google samples中动态申请权限示例android-RuntimePermissions
github.com/googlesampl…
以及动态申请权限框架easypermissions
github.com/googlesampl…
来对交互上做一个总结。
首先说明，Android不建议App直接进行拨打电话这种敏感操作，建议跳转至拨号界面，并将电话号码传入拨号界面中，这里仅作参考案例，下面每中情况都是用户从用户第一次申请权限开始（权限询问状态）
- 直接允许权限。
- 拒绝之后再次申请允许
- 不再提醒之后引导至设置界面面
话不多说，上代码。
/**
- 创建伴生对象，提供静态变量
*/
companion object {
const val TAG = “MainActivity”
const val REQUEST_CODE_CALL_PHONE = 1
}
…
// 这里进行调用requestPermmission()进行拨号前的权限请求
…
private fun callPhone() {
val intent = Intent(Intent.ACTION_CALL)
val data = Uri.parse(“tel:9898123456789”)
intent.data = data
startActivity(intent)
}
/**
- 提示用户申请权限说明
*/
@TargetApi(Build.VERSION_CODES.M)
fun showPermissionRationale(rationale: String) {
Snackbar.make(view, rationale,
Snackbar.LENGTH_INDEFINITE)
.setAction(“确定”) {
requestPermissions(arrayOf(Manifest.permission.CALL_PHONE), REQUEST_PERMISSION_CODE_CALL_PHONE)
}.setDuration(3000)
.show()
}
/**
- 用户点击拨打电话按钮，先进行申请权限
*/
private fun requestPermmission(context: Context) {
// 判断是否需要运行时申请权限
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M && ContextCompat.checkSelfPermission(context, Manifest.permission.CALL_PHONE) != PackageManager.PERMISSION_GRANTED) {
// 判断是否需要对用户进行提醒，用户点击过拒绝&&没有勾选不再提醒时进行提示
if (ActivityCompat.shouldShowRequestPermissionRationale(this, Manifest.permission.CALL_PHONE)) {
// 给用于予以权限解释, 对于已经拒绝过的情况，先提示申请理由，再进行申请
showPermissionRationale(“需要打开电话权限直接进行拨打电话，方便您的操作”)
} else {
// 无需说明理由的情况下，直接进行申请。如第一次使用该功能（第一次申请权限），用户拒绝权限并勾选了不再提醒
// 将引导跳转设置操作放在请求结果回调中处理
requestPermissions(arrayOf(Manifest.permission.CALL_PHONE), REQUEST_PERMISSION_CODE_CALL_PHONE)
}
} else {
// 拥有权限直接进行功能调用
callPhone()
}
}
/**
- 权限申请回调
*/
@TargetApi(Build.VERSION_CODES.M)
override fun onRequestPermissionsResult(requestCode: Int, permissions: Array, grantResults: IntArray) {
// 根据requestCode判断是那个权限请求的回调
if (requestCode == REQUEST_PERMISSION_CODE_CALL_PHONE) {
// 判断用户是否同意了请求
if (grantResults.size == 1 && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
callPhone()
} else {
// 未同意的情况
if (ActivityCompat.shouldShowRequestPermissionRationale(this, Manifest.permission.CALL_PHONE)) {
// 给用于予以权限解释, 对于已经拒绝过的情况，先提示申请理由，再进行申请
showPermissionRationale(“需要打开电话权限直接进行拨打电话，方便您的操作”)
} else {
// 用户勾选了不再提醒，引导用户进入设置界面进行开启权限
Snackbar.make(view, “需要打开权限才能使用该功能，您也可以前往设置->应用。。。开启权限”,
Snackbar.LENGTH_INDEFINITE)
.setAction(“确定”) {
val intent = Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS)
intent.data = Uri.parse(“package:$packageName”)
startActivityForResult(intent,REQUEST_SETTINGS_CODE)
}
.show()
}
}
} else {
super.onRequestPermissionsResult(requestCode, permissions, grantResults)
}
}
public override fun onActivityResult(requestCode: Int, resultCode: Int, data: Intent?) {
super.onActivityResult(requestCode, resultCode, data)
if (requestCode == REQUEST_SETTINGS_CODE) {
Toast.makeText(this, “再次判断是否同意了权限，再进行自定义处理”,
Toast.LENGTH_LONG).show()
}
}
}
EasyPermissions使用及存在问题
上面介绍了单一权限的申请，简单的一个申请代码量其实已经不小了，对于某一个功能需要多个权限更是需要复杂的逻辑判断。google给我们推出了一个权限申请的开源框架，下面围绕着EasyPermission进行说明。
使用方法不介绍了，看一下demo就可以了，网上也有很多的文章这里引用前人的总结。
我在使用的时候发现了有这样一个问题，使用版本是pub.devrel:easypermissions:2.0.0,在demo中使用多个权限申请的时候同意一个，拒绝一个，没有勾选不在提醒。这个时候，第二次申请权限，在提示用户使用权限时候点击取消，会弹出跳转到设置手动开启的弹框。这个做法是不合适的，用户并没有点击不在提醒，可以在app内部引导用户授权，肯定是哪里的逻辑有问题。先贴图
从最后的设置界面也可以看出，app并没有拒绝某些权限，还处于询问状态。
为了了解为什么出现这样的异常情况，那就跟我一起read the XXXX source code吧。
先说结论，在提示用户点击取消的时候会进入下面方法
@Override
public void onPermissionsDenied(int requestCode, @NonNull List perms) {
Log.d(TAG, “onPermissionsDenied:” + requestCode + “:” + perms.size());
// (Optional) Check whether the user denied any permissions and checked “NEVER ASK AGAIN.”
// This will display a dialog directing them to enable the permission in app settings.
if (EasyPermissions.somePermissionPermanentlyDenied(this, perms)) {
new AppSettingsDialog.Builder(this).build().show();
}
}
在判断EasyPermissions.somePermissionPermanentlyDenied()的时候判断出了问题，弹出了dialog（这里的对话框使用Activity实现的）
EasyPermissions源码分析
这里我会跟着demo使用的思路，对源码进行阅读。建议下载源码，上面有链接
在点击两个权限的按钮之后调用如下方法
@AfterPermissionGranted(RC_LOCATION_CONTACTS_PERM)
public void locationAndContactsTask() {
if (hasLocationAndContactsPermissions()) {
// 如果有权限，toast
Toast.makeText(this, “TODO: Location and Contacts things”, Toast.LENGTH_LONG).show();
} else {
// 没有权限，进行申请权限，交由EasyPermission类管理
EasyPermissions.requestPermissions(
this,
getString(R.string.rationale_location_contacts),
RC_LOCATION_CONTACTS_PERM,
LOCATION_AND_CONTACTS);
}
}
按照使用的思路梳理，先不管注解部分。跟进EasyPermissions.requestPermissions
/**
- 请求多个权限，如果系统需要就弹出权限说明
- @param host context
- @param rationale 想用户说明为什么需要这些权限
- @param requestCode 请求码用于onRequestPermissionsResult回调中确定是哪一次申请
- @param perms 具体需要的权限
*/
public static void requestPermissions(
@NonNull Activity host, @NonNull String rationale,
int requestCode, @Size(min = 1) @NonNull String… perms) {
requestPermissions(
new PermissionRequest.Builder(host, requestCode, perms)
.setRationale(rationale)
.build());
}
很明显，调用了内部的requestPermissions()方法，继续跟
public static void requestPermissions(
@NonNull Fragment host, @NonNull String rationale,
int requestCode, @Size(min = 1) @NonNull String… perms) {
requestPermissions(
new PermissionRequest.Builder(host, requestCode, perms)
.setRationale(rationale)
.build());
}
构建者Builder模式创建了一个PermissionRequest.Builder对象，传入真正的requestPermissions()方法，跟吧
public static void requestPermissions(PermissionRequest request) {
// 在请求权限之前检查是否已经包含了这些权限
if (hasPermissions(request.getHelper().getContext(), request.getPerms())) {
// 已经存在了权限，给权限状态数组赋值PERMISSION_GRANTED，并进入请求完成部分。不进行这条处理分支的分析，自己看一下吧
notifyAlreadyHasPermissions(
request.getHelper().getHost(), request.getRequestCode(), request.getPerms());
return;
}
// 通过helper类来辅助调用系统api申请权限
request.getHelper().requestPermissions(
request.getRationale(),
request.getPositiveButtonText(),
request.getNegativeButtonText(),
request.getTheme(),
request.getRequestCode(),
request.getPerms());
}
跟requestPermissions()方法
public void requestPermissions(@NonNull String rationale,
@NonNull String positiveButton,
@NonNull String negativeButton,
@StyleRes int theme,
int requestCode,
@NonNull String… perms) {
// 这里遍历调用系统api ，shouldShowRequestPermissionRationale，是否需要提示用户申请说明
if (shouldShowRationale(perms)) {
showRequestPermissionRationale(
rationale, positiveButton, negativeButton, theme, requestCode, perms);
} else {
// 抽象方法，其实就是在不同的子类里调用系统api
// ActivityCompat.requestPermissions(getHost(), perms, requestCode);方法
directRequestPermissions(requestCode, perms);
}
}
到这里，第一次的请求流程已经结束，与用户交互，按我们上面gif的演示，对一个权限允许，一个权限拒绝。
这时候回到Activity中的回调onRequestPermissionsResult方法中
@Override
public void onRequestPermissionsResult(int requestCode,
@NonNull String[] permissions,
@NonNull int[] grantResults) {
super.onRequestPermissionsResult(requestCode, permissions, grantResults);
// 交给EasyPermissions类进行处理事件
EasyPermissions.onRequestPermissionsResult(requestCode, permissions, grantResults, this);
}
跟进去！
public static void onRequestPermissionsResult(int requestCode,
@NonNull String[] permissions,
@NonNull int[] grantResults,
@NonNull Object… receivers) {
// 创建两个list用于收集请求权限的结果
List granted = new ArrayList<>();
List denied = new ArrayList<>();
for (int i = 0; i < permissions.length; i++) {
String perm = permissions[i];
if (grantResults[i] == PackageManager.PERMISSION_GRANTED) {
granted.add(perm);
} else {
denied.add(perm);
}
}
// 遍历
for (Object object : receivers) {
// 如果有某个权限被同意了，回调到Activity中的onPermissionsGranted方法
if (!granted.isEmpty()) {
if (object instanceof PermissionCallbacks) {
((PermissionCallbacks) object).onPermissionsGranted(requestCode, granted);
}
}
// 如果有某个权限被拒绝了，回调到Activity中的onPermissionsDenied方法
if (!denied.isEmpty()) {
if (object instanceof PermissionCallbacks) {
((PermissionCallbacks) object).onPermissionsDenied(requestCode, denied);
}
}
// 如果请求的权限都被同意了，进入我们被@AfterPermissionGranted注解的方法，这里对注解的使用不进行详细分析了。
if (!granted.isEmpty() && denied.isEmpty()) {
runAnnotatedMethods(object, requestCode);
}
}
}
我们对权限一个允许一个拒绝，所以会回调onPermissionsGranted和onPermissionsDenied。在demo中的onPermissionsDenied方法进行了处理
@Override
public void onPermissionsDenied(int requestCode, @NonNull List perms) {
Log.d(TAG, “onPermissionsDenied:” + requestCode + “:” + perms.size());
// (Optional) Check whether the user denied any permissions and checked “NEVER ASK AGAIN.”
// This will display a dialog directing them to enable the permission in app settings.
if (EasyPermissions.somePermissionPermanentlyDenied(this, perms)) {
new AppSettingsDialog.Builder(this).build().show();
}
}
做了一个判断，`EasyPermissions.somePermissionPermanentlyDenied，这里回调传入的是一个list，我们来继续分析。跟进去,一直跟！
public static boolean somePermissionPermanentlyDenied(@NonNull Activity host,
@NonNull List deniedPermissions) {
return PermissionHelper.newInstance(host)
.somePermissionPermanentlyDenied(deniedPermissions);
}
又进入了helper辅助类
public boolean somePermissionPermanentlyDenied(@NonNull List perms) {
for (String deniedPermission : perms) {
if (permissionPermanentlyDenied(deniedPermission)) {
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则近万的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注：Android）
结语
看到这篇文章的人不知道有多少是和我一样的Android程序员。
35岁，这是我们这个行业普遍的失业高发阶段，这种情况下如果还不提升自己的技能，进阶发展，我想，很可能就是本行业的职业生涯的终点了。
我们要有危机意识，切莫等到一切都成定局时才开始追悔莫及。只要有规划的，有系统地学习，进阶提升自己并不难，给自己多充一点电，你才能走的更远。
千里之行始于足下。这是上小学时，那种一元钱一个的日记本上每一页下面都印刷有的一句话，当时只觉得这句话很短，后来渐渐长大才慢慢明白这句话的真正的含义。
有了学习的想法就赶快行动起来吧，不要被其他的事情牵绊住了前行的脚步。不要等到裁员时才开始担忧，不要等到面试前一晚才开始紧张，不要等到35岁甚至更晚才开始想起来要学习要进阶。
给大家一份系统的Android学习进阶资料，希望这份资料可以给大家提供帮助。
《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》，点击传送门即可获取！
莫等到一切都成定局时才开始追悔莫及。只要有规划的，有系统地学习，进阶提升自己并不难，给自己多充一点电，你才能走的更远。
千里之行始于足下。这是上小学时，那种一元钱一个的日记本上每一页下面都印刷有的一句话，当时只觉得这句话很短，后来渐渐长大才慢慢明白这句话的真正的含义。
有了学习的想法就赶快行动起来吧，不要被其他的事情牵绊住了前行的脚步。不要等到裁员时才开始担忧，不要等到面试前一晚才开始紧张，不要等到35岁甚至更晚才开始想起来要学习要进阶。
给大家一份系统的Android学习进阶资料，希望这份资料可以给大家提供帮助。
[外链图片转存中…(img-4jDkyC9o-1712387687595)]
7659
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
