代码拉取完成，页面将自动刷新
Android-UsesPermission安卓权限申请封装处理框架。测试支持4.0+。项目源于正式处理Android权限问题时，没找到简单、能满足被拒绝权限自动会到系统设置处理的框架，按自己的编程习惯造一个熟悉的轮子还是蛮好的。第一次使用Android Studio，还是Eclipse敲代码爽。来自一个（独爱HTML+CSS来构建用户界面的）Android很早入门的新手。
项目用到了XXPermissions中的权限列表、国产手机权限设置页面跳转列表，借鉴了其中的权限结果onRequestPermissionsResult的接收方式。
类库源码在lib_comm/src/.../permission文件夹中，没几个文件，直接复制到你的程序里面即可使用。
请求用户权限和检测是否授权(不调起用户请求)共用相同处理逻辑，如在后台服务中，存在Activity时会弹请求，不存在时仅仅检测权限。可直接编译test_app项目进行测试，或者下载assets/test_app-debug-xxx.apk测试安装包。
直接复制lib_comm/src/main/java/ecomm/lib_comm/permission里面的文件到你的程序里面即可使用。
//假设需要获取摄像头、录音权限，直接在调用的地方实现抽象类，调用逻辑能简单直观不少
new UsesPermission(MainActivity.this, Permission.CAMERA, Permission.RECORD_AUDIO){
@Override
protected void onTrue(@NonNull ArrayList<String> lowerPermissions) {
//获取了全部权限执后行此函数，
}
@Override
protected void onFalse(@NonNull ArrayList<String> rejectFinalPermissions, @NonNull ArrayList<String> rejectPermissions, @NonNull ArrayList<String> invalidPermissions) {
//未全部授权时执行此函数
}
//要么实现上面两个方法即可，onTrue或onFalse只会有一个会被调用一次
//要么仅仅实现下面这个方法，不管授权了几个权限都会调用一次
@Override
protected void onComplete(@NonNull ArrayList<String> resolvePermissions, @NonNull ArrayList<String> lowerPermissions, @NonNull ArrayList<String> rejectFinalPermissions, @NonNull ArrayList<String> rejectPermissions, @NonNull ArrayList<String> invalidPermissions) {
//完成回调，可能全部已授权、全部未授权、或者部分已授权
//通过resolvePermissions.contains(Permission.XXX)来判断权限是否已授权
}
};
可参考重写onTips方法修改此行为，做到不弹提示或者多次弹提示授权。请求用户权限必须提供Activity。
Activity参数即可，检测结果会回调返回（同步的）。Activity参数，但不确定Activity存不存在：Activity为null时，逻辑同上面这条；Activity不为null时，逻辑同请求用户权限。UsesPermission类文档import ecomm.lib_comm.permission.UsesPermission;
这个类对外只有一个构造函数，直接new直接调起授权请求。使用过程中只需重写这个类的相应函数来控制授权请求行为。无多余、也不提供对外控制的方法。
调用构造函数立即会调起授权请求，对permissions列表中的权限进行申请。
请求过程中会根据onTips返回的结果来控制提示信息、和授权请求流程，defaultTips是onTips默认实现使用到的提示信息默认值，默认为""字符串；具体逻辑参考onTips。
检测用户权限、请求用户权限 共用逻辑的构造函数，对比上面这个构造函数只是多了context参数。
如果activity为null时，context可以是ApplicationContext等，仅仅检测用户权限，不会发起用户权限请求。明确的传入null值即可当做权限检测函数来用。
如果activity不为null时，实际的执行过程同上面这个构造函数。
本方法的存在的意义在于：权限检测功能是次要的；主要用于 在有界面（Activity中调用）、无界面（Service之类中调用）中可共用一套代码逻辑（Activity可能存在也可能不存在，意思就是可能是null），但无需编写重复的代码，即可完成权限处理。不管有没有界面，没有就仅仅检测一下权限就回调了，有就发起用户权限请求，简单粗暴。
这些函数都是可以选择重写，默认提供了空实现，不实现也没关系。
权限已全部授权时的回调，不管什么情况，onTrue和onFalse肯定有一个会回调。注意：方法内跟API版本有关的方法调用，应自行判断API版本，因为低版本API中高版本权限请求全部会放行。
lowerPermissions：如果是在低版本API上处理不支持的高版本新权限时，会忽略此项权限的检测的检测，默许放行，此时本参数将带上此权限。
存在未授权权限时回调，不管什么情况，True和False肯定有一个会回调
rejectFinalPermissions：被永久拒绝的权限列表，为rejectPermissions的子集，空数组代表没有此项。
rejectPermissions：被拒绝的权限列表（空数组代表没有此项，是manifest未声明的权限）；不在这个列表里面的是已经授权了的部分权限，可用contains方法来判断。
invalidPermissions：未在manifest里声明的权限列表，不会出现在rejectFinalPermissions中，空数组代表没有此项。
授权完成时回调，会在onTrue和onFalse之一回调后调用。
resolvePermissions：已授权的权限列表。
lowerPermissions：参考onTrue，为resolvePermissions的子集。
剩余参数参考onFalse。
这些函数都是用来控制授权请求行为（仅仅用作权限检测时无效），都提供了默认实现。
整个类里面最核心，逻辑最复杂的一个方法（虽然默认实现只有3行代码）。此方法控制着整个权限请求的流程，弹不弹提示，尝不尝试重新申请，都是它说了算。
授权请求发起前会回调此方法，用来生成设置提示信息，也是来决定是否提示和进行授权。如果返回null，代表不进行下下一步操作；返回字符串会进行提示然后进行请求授权。注意：这个方法，会有不同权限进行多次调用；如果用户选点击了取消默认这些权限不会再调起请求（可重写onCancelTips修改此行为）。
默认行为为：
viewTipsCount=0
viewTipsCount=1+
@param viewTipsCount 0-n 是第几次准备弹提示框。
0：申请前的引导提示，返回null代表不弹提示，直接调起授权。
注意：第0次包含所有权限(不含带自定义授权请求的权限)，无法区分是不是永久拒绝的权限。
1+:被永久拒绝的权限申请，或普通权限上一轮被拒。
注意：为1的时候，如果权限带自定义的授权请求方式，就算返回了null，也会进行提示并调用授权请求。
@param permissions 被拒绝的权限列表
@param isFinal 这个权限列表是不是永久被拒绝的权限，true是，false为未永久拒绝
@return 返回提示信息；返回值为null不进行申请；为空字符串时自动生成合理的提示。
字符串内容支持特定占位符：
{Auto}:用自动生成提示内容替换
{Names}:自动替换被拒绝的权限名称
如：'xx"{Names}"xx' => 'xx"权限名1,权限名2,权限名3"xx'
不建议重写，取消了也弹提示真不友好，弹出了提示时，用户点击了取消时的额外提示信息。返回null彻底不再调起提示，默认就是返回null。这个回调的用法和onTips一模一样，只是这个仅仅作用在点击了取消时。注意：重写这个方法应该慎重，最多viewCancelCount几次后就返回null，避免出现无法取消永远弹框的问题。
viewCancelCount 1-n 当前这次请求是第几次取消。
授权提示弹框，重写此方法自定义弹框行为，默认使用系统AlertDialog弹框。只要求必须回调okCall，cancelCall中的任何一个，怎么显示界面、显示多少个界面 -> 随意。
Permission类文档import ecomm.lib_comm.permission.Permission;
这个类封装了8.0版本的危险权限列表，并且提供了对应的权限名称映射。
使用过程中推荐使用这个类里面定义的权限，比如Permission.CAMERA。如果用Manifest.permission.CAMERA也可以，他们是等价的。
查询权限对应的名称，比如Permission.CAMERA对应的名称为相机。
获取权限名称列表，如权限名1,权限名2,权限名3，此方法用于方便的生成授权提示信息。
最佳实践不重写onTips即为默认实现。
请求授权时直接弹出请求，用户如果点了拒绝（非永久），后续还会弹一次提示，防止误点。如果有被永久拒绝的权限，会弹提示，转到系统设置。
在调起授权前先弹提示，其他行为和默认实现一样。重写onTips方法：
@Override
protected String onTips(int viewTipsCount, @NonNull ArrayList<String> permissions, boolean isFinal) {
if(viewTipsCount<=1) {
return "";
}
return null;
}
如果不授权功能是没法使用的场景，可以一直弹提示，直到用户点击了取消为止（可重写onCancelTips让无法取消，但不建议）。重写onTips方法：
protected String onTips(int viewTipsCount, @NonNull ArrayList<String> permissions, boolean isFinal) {
if(viewTipsCount>0) {//如果需要授权调起前先提醒，直接把这个if去掉就行了
return "";
}
return null;
}
如果权限被拒绝，不弹任何提示，也不跳转权限系统设置界面。仅仅用来调起授权请求。但对于需要引导才能进行权限设置的除外(如安装、悬浮窗权限)。重写onTips方法：
protected String onTips(int viewTipsCount, @NonNull ArrayList<String> permissions, boolean isFinal) {
return null;
}
仅仅检测权限是否已授权，只需提供任意Context，无需提供Activity
Activity activity=null;//可以为null：仅仅检测权限，可以不为null：发起用户权限请求
Context context=applicationContext;
new UsesPermission(activity, context, Permission.READ_CONTACTS){
......
};
默认实现在弹提示的时候使用的是系统AlertDialog弹框，可重写onTipsDialogView方法来使用自己的提示界面。比如HiPermission的这种蛮美观友好的界面：
这个库不提供界面实现，需要自行实现。
参考test_app目录中的MainActivity，里面有已实现的代码。
捐赠如果这个库有帮助到您，请 Star 一下。
你也可以选择使用支付宝、微信给我捐赠：
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。