0. 背景
Android 6.0 (API level 23)中,将权限分成了两类。
- 一类是Install权限(称之为安装时权限)
- 另一类是Runtime权限(称之为运行时权限)。
Install权限是什么? Install权限:安装时权限,顾名思义,是在安装app时,就赋予该app的权限,即安装后立即获取到的权限。normal和signature级别的权限都是安装时权限。赋予app normal和signature权限时,不会给用户提示界面,系统自动决定权限的赋予。对于signature权限,如果使用权限的app与声明权限的app的签名不一致,则系统拒绝赋予该signature权限。
Runtime权限是什么? Runtime权限:运行时权限,是指在app运行过程中,赋予app的权限。这个过程中,会显示明显的权限授予界面,让用户决定是否授予权限。如果app的targetSdkVersion
是22(Lollipop MR1)及以下,dangerous权限是安装时权限,否则dangerous权限是运行时权限。如果一个app的targetSdkVersion
是23(或者23以上),那么该app所申请的所有dangerous权限都是运行时权限。如果运行在Android 6.0的环境中,该app在运行时必须主动申请这些dangerous权限(调用requestPermissions()
),否则该app没有获取到dangerous权限。
1. RxPermissions的好处
RxPermissions是帮助开发者简化requestPermissions()
相关的处理。
(1) 开发者不用担心Android运行环境的版本,如果系统是Android 6.0之前的版本,RxPermissions返回的结果是,app请求的每个权限都被允许(granted)。 RxPermissions内部已经对Android版本进行了判断:
boolean isMarshmallow() {
return Build.VERSION.SDK_INT >= Build.VERSION_CODES.M;
}
public boolean isGranted(String permission){
// 如果是Android 6.0 (Api 23)之前,则权限被允许使用。
return !isMarshmallow() || mRxPermissionsFragment.isGranted(permission);
}
(2) 将权限申请的代码(requestPermissions())和请求结果的代码(onRequestPermissionsResult())放在一起管理,避免了代码的分散。
(3) RxPermissions具备Rx(RxJava)的特性,例如可以使用链式操作,可以执行filter操作,transform操作,等等。
2. RxPermissions的版本
RxPermissions是基于RxJava的,RxJava现在有2个大版本,一个RxJava 1.x(通常说RxJava),另一个是RxJava2。所以RxPermissions有2个版本,分别支持RxJava和RxJava2。
RxPermissions的源码在https://github.com/tbruyelle/RxPermissions。 其中master
分支是支持RxJava 1.x的版本,包名为com.tbruyelle.rxpermissions。2.x分支是支持RxJava2的版本,包名为com.tbruyelle.rxpermissions2。 默认看到的是master分支,所以看到的代码是支持RxJava 1.x的RxPermissions。
分支的选择(如下图):
点击『Branch: master』之后,可以看到目前有3个分支:2.x,fix46,和master。
1
查看支持RxJava2的RxPermissions,将分支切换到2.x,如下:
2
3. RxPermissions代码下载
下载包名为com.tbruyelle.rxpermissions
的代码(支持RxJava1.x):
下载包名为com.tbruyelle.rxpermissions2
的代码(支持RxJava2):
git clone https://github.com/tbruyelle/RxPermissions RxPermissions2 -b 2.x
4. RxPermissions使用的注意事项
参考 https://github.com/tbruyelle/RxPermissions 中的README。
(1) minSdkVersion必须 >= 11。
(2) 使用RxPermissions申请权限,必须在Activity.onCreate()或者View.onFinishInflate()
中处理。不能在onResume()中处理,因为onResume()在App的生命周期中可能执行的很频繁。如果在请求权限的时候,App重新启动了(例如屏幕旋转导致的App关闭再重新创建),那么用户的选择(允许 或者 拒绝)将无法发给App。 更多讨论,请参考:https://github.com/tbruyelle/RxPermissions/issues/69
5. RxPermissions使用
基于RxJava2,使用包名为com.tbruyelle.rxpermissions2
的RxPermissions。
5.1 App module的build.gradle
dependencies {
...
compile 'io.reactivex.rxjava2:rxandroid:2.0.1'
compile 'io.reactivex.rxjava2:rxjava:2.0.5'
compile 'com.tbruyelle.rxpermissions2:rxpermissions:0.9.3@aar'
...
}
5.2 AndroidManifest.xml中使用权限
<!-- protection level is dangerous, need request runtime permission -->
<uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/>
<uses-permission android:name="android.permission.ACCESS_FINE_LOCATION"/>
<uses-permission android:name="android.permission.READ_PHONE_STATE"/>
<uses-permission android:name="android.permission.READ_CALL_LOG"/>
<uses-permission android:name="android.permission.RECORD_AUDIO"/>
<uses-permission android:name="android.permission.CAMERA"/> <uses-permission android:name="android.permission.GET_ACCOUNTS"/>
<uses-permission android:name="android.permission.READ_CONTACTS"/>
<uses-permission android:name="android.permission.READ_CALENDAR"/>
<uses-permission android:name="android.permission.SEND_SMS"/>
<uses-permission android:name="android.permission.READ_SMS"/>
<uses-permission android:name="android.permission.CALL_PHONE"/>
5.3 在Activity的onCreate()中申请权限
package sysshare.lq.com.rxpermissiontest;
import android.Manifest;
import android.os.Bundle;
import android.support.v7.app.AppCompatActivity;
import android.util.Log;
import com.tbruyelle.rxpermissions2.Permission;
import com.tbruyelle.rxpermissions2.RxPermissions;
import io.reactivex.functions.Consumer;
public class MainActivity extends AppCompatActivity {
private static final String TAG = "RxPermissionTest";
@Override
protected void onCreate(Bundle savedInstanceState) {
super.onCreate(savedInstanceState);
setContentView(R.layout.activity_main);
requestPermissions();
}
private void requestPermissions() {
RxPermissions rxPermission = new RxPermissions(MainActivity.this);
rxPermission
.requestEach(Manifest.permission.ACCESS_FINE_LOCATION,
Manifest.permission.WRITE_EXTERNAL_STORAGE,
Manifest.permission.READ_CALENDAR,
Manifest.permission.READ_CALL_LOG,
Manifest.permission.READ_CONTACTS,
Manifest.permission.READ_PHONE_STATE,
Manifest.permission.READ_SMS,
Manifest.permission.RECORD_AUDIO,
Manifest.permission.CAMERA,
Manifest.permission.CALL_PHONE,
Manifest.permission.SEND_SMS)
.subscribe(new Consumer<Permission>() {
@Override
public void accept(Permission permission) throws Exception {
if (permission.granted) {
// 用户已经同意该权限
Log.d(TAG, permission.name + " is granted.");
} else if (permission.shouldShowRequestPermissionRationale) {
// 用户拒绝了该权限,没有选中『不再询问』(Never ask again),那么下次再次启动时,还会提示请求权限的对话框
Log.d(TAG, permission.name + " is denied. More info should be provided.");
} else {
// 用户拒绝了该权限,并且选中『不再询问』
Log.d(TAG, permission.name + " is denied.");
}
}
});
}
}
5.4 界面显示及log
[图片上传中。。。(3)]
如果点击『拒绝』,不选中『不再询问』,log为:
D/RxPermissionTest:android.permission.ACCESS_FINE_LOCATION is denied. More info should be provided.
如果点击『拒绝』,选中了『不再询问』,则log为:
D/RxPermissionTest:android.permission.ACCESS_FINE_LOCATION is denied.
如果点击『允许』,log为:
D/RxPermissionTest:android.permission.ACCESS_FINE_LOCATION is granted.
如果访问被拒绝了
当第一次请求权限申请被拒绝后再进行第二次申请时,对话框中会多出一个 不再询问 的复选框。如果勾选了该复选框并且拒绝请求,那么以后将无法再申请该权限。也就是说在调用 requestPermissions() 后,onRequestPermissionsResult() 会立刻被调用并且申请结果为 PERMISSION_DENIED 。 其实这个时候还是有一根救命稻草的。
判断是否勾选不再询问
首先需要判断用户是否勾选了不再询问。
@Override
public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
switch (requestCode){
case MY_PERMISSIONS_APPLY:
for (int i = 0; i < grantResults.length; i++) {
//判断权限的结果,如果有被拒绝,就return
if (grantResults[i] == PackageManager.PERMISSION_DENIED){
if (!ActivityCompat.shouldShowRequestPermissionRationale(this,
permissions[i])){
showToast("点击权限,并打开全部权限");
Intent intent = new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS);
Uri uri = Uri.fromParts("package", getPackageName(), null);
intent.setData(uri);
startActivityForResult(intent, REQUEST_PERMISSION_SETTING);
}
ActivityCompat 位于 support.v7 包中,因为运行时权限是 6.0 的新特性,使用该类可以省略对版本的判断当权限申请被拒绝并且shouldShowRequestPermissionRationale() 返回 false 就表示勾选了不再询问。转到设置界面现在我们唯一能做的就是跳转到我们 App 的设置界面,让用户手动开启权限了。
也就是这几行代码,上面已经贴出,方便大家参考:
Intent intent = new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS);
Uri uri = Uri.fromParts("package", getPackageName(), null);
intent.setData(uri);
startActivityForResult(intent, REQUEST_PERMISSION_SETTING);
·当然,你也可以先弹出对话框询问用户是否要授予权限,然后再跳转。
跳转到设置界面调用的是 startActivityForResult() 而不是 startActivity() 。
在 onActivityResult() 中没有必要对 resultCode 进行判断,因为用户只能通过返回键才能回到我们的 App 中,所以 resultCode 总是为 RESULT_CANCEL。
在 onActivityResult() 中还需要对权限进行判断,因为用户有可能没有授权就返回了!
网友评论