新的权限获取方式除了要求像之前版本号一样在AndroidManifest文件里静态申请之外,应用还需依据须要请求权限,方式採用向用户显示一个请求权限的对话框。
这些被动态申请的权限能够在系统设置中被手动关闭。另外,对于类别为NORMAL的权限,仍然仅仅须要在AndroidManifest文件里静态申请。系统安装时会直接获取。对于NORMAL权限下文有具体的说明。
PROTECTION_NORMAL类权限
当用户安装或更新应用时,系统将授予应用所请求的属于 PROTECTION_NORMAL 的全部权限(安装时授权的一类基本权限)。这类权限包含:
android.permission.ACCESS_LOCATION_EXTRA_COMMANDS
android.permission.ACCESS_NETWORK_STATE
android.permission.ACCESS_NOTIFICATION_POLICY
android.permission.ACCESS_WIFI_STATE
android.permission.ACCESS_WIMAX_STATE
android.permission.BLUETOOTH
android.permission.BLUETOOTH_ADMIN
android.permission.BROADCAST_STICKY
android.permission.CHANGE_NETWORK_STATE
android.permission.CHANGE_WIFI_MULTICAST_STATE
android.permission.CHANGE_WIFI_STATE
android.permission.CHANGE_WIMAX_STATE
android.permission.DISABLE_KEYGUARD
android.permission.EXPAND_STATUS_BAR
android.permission.FLASHLIGHT
android.permission.GET_ACCOUNTS
android.permission.GET_PACKAGE_SIZE
android.permission.INTERNET
android.permission.KILL_BACKGROUND_PROCESSES
android.permission.MODIFY_AUDIO_SETTINGS
android.permission.NFC
android.permission.READ_SYNC_SETTINGS
android.permission.READ_SYNC_STATS
android.permission.RECEIVE_BOOT_COMPLETED
android.permission.REORDER_TASKS
android.permission.REQUEST_INSTALL_PACKAGES
android.permission.SET_TIME_ZONE
android.permission.SET_WALLPAPER
android.permission.SET_WALLPAPER_HINTS
android.permission.SUBSCRIBED_FEEDS_READ
android.permission.TRANSMIT_IR
android.permission.USE_FINGERPRINT
android.permission.VIBRATE
android.permission.WAKE_LOCK
android.permission.WRITE_SYNC_SETTINGS
com.android.alarm.permission.SET_ALARM
com.android.launcher.permission.INSTALL_SHORTCUT
com.android.launcher.permission.UNINSTALL_SHORTCUT
仅仅须要在AndroidManifest.xml中简单声明这些权限就好,安装时就授权。不须要每次使用时都检查权限。并且用户不能取消以上授权。
权限组
新的权限模型中还提出了一个权限组的概念,能够简单理解为假设一个权限组内的某个权限被获取了。那么这个组中剩余的权限也会被自己主动获取。比如:android.permission-group.CALENDAR
中的android.permission.WRITE_CALENDAR
权限被获取。那么应用会自己主动获取android.permission.READ_CALENDAR
权限。
一般动态获取方法
tip1
判定是否有权限:checkSelfPermission()
tip2
假设没有权限,弹出dialog给用户选择:requestPermission(),第二个參数code与onRequestPermissionResult()方法中的code相应
if(checkSelfPermission(Manifest.permission.WRITE_EXTERNAL_STORAGE) != PackageManager.PERMISSION_GRANTED) { requestPermissions( new String[] { Manifest.permission.WRITE_EXTERNAL_STORAGE }, REQUEST_CODE_ASK_PERMISSON); }
tip3
推断用户是否确认了权限onRequestPermissionResult ()
public void onRequestPermissionsResult(int requestCode, String permissions[], int[] grantResults) { switch (requestCode) { case REQUEST_CODE_ASK_PERMISSON: if (grantResults[0] == PackageManager.PERMISSION_GRANTED) { // Permission Granted } else { // Permission Denied } break; default: super.onRequestPermissionsResult(requestCode, permissions, grantResults); } }
tip4
在弹出权限选择的对话框前给用户show一个dialog。用于引导用户进行选择。shouldShowRequestPermissionRationale()
if (checkSelfPermission(Manifest.permission.WRITE_EXTERNAL_STORAGE) != PackageManager.PERMISSION_GRANTED) { if (!shouldShowRequestPermissionRationale(Manifest.permission.WRITE_EXTERNAL_STORAGE)) { // Explain to the user why we need to read the contacts showMessage("请同意应用对SD卡进行读写操作", new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { requestPermissions( new String[] { Manifest.permission.WRITE_EXTERNAL_STORAGE }, REQUEST_CODE_ASK_PERMISSIONS); } }); return; } requestPermissions( new String[] { Manifest.permission.WRITE_EXTERNAL_STORAGE }, REQUEST_CODE_ASK_PERMISSIONS); } private void showMessage(String message, DialogInterface.OnClickListener okListener) { new AlertDialog.Builder(MainActivity.this).setMessage(message) .setPositiveButton("OK", okListener).create().show(); }
tip5
假设用户在选择权限对话框拒绝了某个权限的申请,那么再次申请该权限时会多出一个“不再询问”的checkbox,假设勾选,那么即便程序再调用requestPermission()。对话框也不会再弹出了。
tip6
一次性处理多个权限申请
private void requestPermissions() { List<String> permissionsNeeded = new ArrayList<String>(); final List<String> permissionsList = new ArrayList<String>(); if (!addPermission(permissionsList, Manifest.permission.READ_PHONE_STATE)) permissionsNeeded.add("Phone State"); if (!addPermission(permissionsList, Manifest.permission.WRITE_EXTERNAL_STORAGE)) permissionsNeeded.add("Write SDcard"); if (!addPermission(permissionsList, Manifest.permission.WRITE_CONTACTS)) permissionsNeeded.add("Write Contacts"); if (permissionsList.size() > 0) { if (permissionsNeeded.size() > 0) { // Need Rationale String message = "You need to grant access to " + permissionsNeeded.get(0); for (int i = 1; i < permissionsNeeded.size(); i++) message = message + ", " + permissionsNeeded.get(i); showMessageOKCancel(message, new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { requestPermissions(permissionsList.toArray(new String[permissionsList.size()]), REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS); } }); return; } requestPermissions(permissionsList.toArray(new String[permissionsList.size()]), REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS); return; } } private boolean addPermission(List<String> permissionsList, String permission) { if (checkSelfPermission(permission) != PackageManager.PERMISSION_GRANTED) { permissionsList.add(permission); if (!shouldShowRequestPermissionRationale(permission)){ return false; } } return true; }
假设全部权限被授权,依旧回调onRequestPermissionsResult,我用hashmap让代码整洁便于阅读。
@Override public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) { switch (requestCode) { case REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS: { Map<String, Integer> perms = new HashMap<String, Integer>(); // Initial perms.put(Manifest.permission.ACCESS_FINE_LOCATION, PackageManager.PERMISSION_GRANTED); perms.put(Manifest.permission.READ_CONTACTS, PackageManager.PERMISSION_GRANTED); perms.put(Manifest.permission.WRITE_CONTACTS, PackageManager.PERMISSION_GRANTED); // Fill with results for (int i = 0; i < permissions.length; i++) perms.put(permissions[i], grantResults[i]); // Check for ACCESS_FINE_LOCATION if (perms.get(Manifest.permission.ACCESS_FINE_LOCATION) == PackageManager.PERMISSION_GRANTED && perms.get(Manifest.permission.READ_CONTACTS) == PackageManager.PERMISSION_GRANTED && perms.get(Manifest.permission.WRITE_CONTACTS) == PackageManager.PERMISSION_GRANTED) { // All Permissions Granted insertDummyContact(); } else { // Permission Denied Toast.makeText(MainActivity.this, "Some Permission is Denied", Toast.LENGTH_SHORT) .show(); } } break; default: super.onRequestPermissionsResult(requestCode, permissions, grantResults); } }有的情况,一个权限没有授权,就不可用。可是也有情况,能工作,可是表现的是有所限制的。
对于这个我不做评价,你自己设计吧。
用兼容库使代码兼容旧版
以上代码在android 6.0以上执行没问题,可是23 api之前就不行了,由于没有那些方法。
粗暴的方法是检查版本号
if (Build.VERSION.SDK_INT >= 23) {
// Marshmallow+
} else {
// Pre-Marshmallow
}
可是太复杂。我建议用v4兼容库,已对这个做过兼容,用这种方法取代:
- ContextCompat.checkSelfPermission()
被授权函数返回PERMISSION_GRANTED,否则返回PERMISSION_DENIED ,在全部版本号都是如此。 - ActivityCompat.requestPermissions()
这种方法在M之前版本号调用。OnRequestPermissionsResultCallback 直接被调用。带着正确的 PERMISSION_GRANTED或者 PERMISSION_DENIED 。 - ActivityCompat.shouldShowRequestPermissionRationale()
在M之前版本号调用。永远返回false。
用v4包的这三方法。完美兼容全部版本号!这种方法须要额外的參数,Context or Activity。别的就没啥特别的了。
以下是代码:
private void insertDummyContactWrapper() { int hasWriteContactsPermission = ContextCompat.checkSelfPermission(MainActivity.this, Manifest.permission.WRITE_CONTACTS); if (hasWriteContactsPermission != PackageManager.PERMISSION_GRANTED) { if (!ActivityCompat.shouldShowRequestPermissionRationale(MainActivity.this, Manifest.permission.WRITE_CONTACTS)) { showMessageOKCancel("You need to allow access to Contacts", new DialogInterface.OnClickListener() { @Override public void onClick(DialogInterface dialog, int which) { ActivityCompat.requestPermissions(MainActivity.this, new String[] {Manifest.permission.WRITE_CONTACTS}, REQUEST_CODE_ASK_PERMISSIONS); } }); return; } ActivityCompat.requestPermissions(MainActivity.this, new String[] {Manifest.permission.WRITE_CONTACTS}, REQUEST_CODE_ASK_PERMISSIONS); return; } insertDummyContact(); }
后两个方法,我们也能够在Fragment中使用,用v13兼容包:FragmentCompat.requestPermissions() and FragmentCompat.shouldShowRequestPermissionRationale().和activity效果一样。
第三方库简化代码
以上代码真尼玛复杂。为解决这事。有很多第三方库已经问世了,真屌真有速度。我试了非常多终于找到了个惬意的hotchemi's PermissionsDispatcher。
他和我上面做的一样。仅仅是简化了代码。
灵活易扩展。试一下吧。假设不满足你能够找些其它的。
假设我的app还开着呢,权限被撤销了,会发生生么
权限随时能够被撤销。
当app开着的时候被撤消了会发生什么呢?我试过了发现这时app会突然终止 terminated。app中的一切都被简单粗暴的停止了。由于terminated!对我来说这能够理解,由于系统假设同意它继续执行(没有某权限),这会召唤弗雷迪到我的噩梦里。也许更糟...
结论建议
我相信你对新权限模型已经有了清晰的认识。我相信你也意识到了问题的严峻。
可是你没得选择。新执行时权限已经在棉花糖中被使用了。我们没有退路。
我们如今唯一能做的就是保证app适配新权限模型.
欣慰的是仅仅有少数权限须要执行时权限模型。大多数经常使用的权限。比如。网络訪问,属于Normal Permission 在安装时自己主动会授权,当然你要声明,以后无需检查。
因此,仅仅有少部分代码你须要改动。
两个建议:
1.严肃对待新权限模型
2.假设你代码没支持新权限。不要设置targetSdkVersion 23 。
尤其是当你在Studio新建project时,不要忘了改动!
參考:http://www.jianshu.com/p/e1ab1a179fbb