码迷,mamicode.com
首页 > 移动开发 > 详细

Android M 动态权限获取

时间:2017-08-15 12:41:42      阅读:237      评论:0      收藏:0      [点我收藏+]

标签:版本号   复杂   shortcut   动态   更新   install   pre   说明   can   

新的权限获取方式除了要求像之前版本号一样在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还开着呢,权限被撤销了,会发生生么

权限随时能够被撤销。

技术分享
Paste_Image.png

当app开着的时候被撤消了会发生什么呢?我试过了发现这时app会突然终止 terminated。app中的一切都被简单粗暴的停止了。由于terminated!对我来说这能够理解,由于系统假设同意它继续执行(没有某权限),这会召唤弗雷迪到我的噩梦里。也许更糟...

结论建议

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


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

我们如今唯一能做的就是保证app适配新权限模型.
欣慰的是仅仅有少数权限须要执行时权限模型。大多数经常使用的权限。比如。网络訪问,属于Normal Permission 在安装时自己主动会授权,当然你要声明,以后无需检查。

因此,仅仅有少部分代码你须要改动。


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

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


參考:http://www.jianshu.com/p/e1ab1a179fbb








Android M 动态权限获取

标签:版本号   复杂   shortcut   动态   更新   install   pre   说明   can   

原文地址:http://www.cnblogs.com/yxysuanfa/p/7364334.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!