Android M 动态权限获取

新的权限获取方式除了要求像以前版本号同样在AndroidManifest文件里静态申请以外,应用还需依据需要请求权限,方式採用向用户显示一个请求权限的对话框。css

这些被动态申请的权限可以在系统设置中被手动关闭。另外,对于类别为NORMAL的权限,仍然仅仅需要在AndroidManifest文件里静态申请。系统安装时会直接获取。对于NORMAL权限下文有具体的说明。java

permission-normal

PROTECTION_NORMAL类权限

当用户安装或更新应用时,系统将授予应用所请求的属于 PROTECTION_NORMAL 的所有权限(安装时受权的一类基本权限)。这类权限包含:android

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中简单声明这些权限就好,安装时就受权。不需要每次使用时都检查权限。而且用户不能取消以上受权。git


权限组

新的权限模型中还提出了一个权限组的概念,可以简单理解为假设一个权限组内的某个权限被获取了。那么这个组中剩余的权限也会被本身主动获取。好比:android.permission-group.CALENDAR中的android.permission.WRITE_CALENDAR 权限被获取。那么应用会本身主动获取android.permission.READ_CALENDAR权限。github

permission-group

通常动态获取方法

tip1

断定是否有权限:checkSelfPermission()api

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 ()app

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()ide

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();
}

permission-ask-1

permission-ask-2

tip5

假设用户在选择权限对话框拒绝了某个权限的申请,那么再次申请该权限时会多出一个“再也不询问”的checkbox,假设勾选,那么即使程序再调用requestPermission()。对话框也不会再弹出了。函数

permission-deny-ever

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还开着呢,权限被撤销了,会发生生么

权限随时可以被撤销。


Paste_Image.png

当app开着的时候被撤消了会发生什么呢?我试过了发现这时app会忽然终止 terminated。app中的一切都被简单粗暴的中止了。因为terminated!对我来讲这可以理解,因为系统假设赞成它继续执行(没有某权限),这会召唤弗雷迪到个人噩梦里。也许更糟...

结论建议

我相信你对新权限模型已经有了清晰的认识。我相信你也意识到了问题的严峻。


但是你没得选择。新执行时权限已经在棉花糖中被使用了。咱们没有退路。

咱们现在惟一能作的就是保证app适配新权限模型.
欣慰的是仅仅有少数权限需要执行时权限模型。大多数常用的权限。好比。网络訪问,属于Normal Permission 在安装时本身主动会受权,固然你要声明,之后无需检查。

所以,仅仅有少部分代码你需要改动。


两个建议:
1.严肃对待新权限模型
2.假设你代码没支持新权限。不要设置targetSdkVersion 23 。

尤为是当你在Studio新建project时,不要忘了改动!

參考:http://www.jianshu.com/p/e1ab1a179fbb
相关文章
相关标签/搜索