android6.0动态权限分配

最近在做权限优化的工作内容，所以来做一下记录和总结
安卓有三种权限分组：普通权限、危险权限和特殊权限
普通权限在安装后就赋予的不用申请，危险权限则需要进行动态申请，特殊权限需要跳转到设置页让用户自己勾选
普通权限：

ACCESS_LOCATION_EXTRA_COMMANDS
ACCESS_NETWORK_STATE
ACCESS_NOTIFICATION_POLICY
ACCESS_WIFI_STATE
BLUETOOTH
BLUETOOTH_ADMIN
BROADCAST_STICKY
CHANGE_NETWORK_STATE
CHANGE_WIFI_MULTICAST_STATE
CHANGE_WIFI_STATE
DISABLE_KEYGUARD
EXPAND_STATUS_BAR
GET_PACKAGE_SIZE
INTERNET
KILL_BACKGROUND_PROCESSES
MODIFY_AUDIO_SETTINGS
NFC
READ_SYNC_SETTINGS
READ_SYNC_STATS
RECEIVE_BOOT_COMPLETED
REORDER_TASKS
REQUEST_INSTALL_PACKAGES
SET_TIME_ZONE
SET_WALLPAPER
SET_WALLPAPER_HINTS
TRANSMIT_IR
USE_FINGERPRINT
VIBRATE
WAKE_LOCK
WRITE_SYNC_SETTINGS
SET_ALARM
INSTALL_SHORTCUT
UNINSTALL_SHORTCUT

危险权限：

6a195423jw1ezwpc11cs0j20hr0majwm.jpg

特殊权限：
特殊权限主要两个：悬浮窗和修改系统设置
SYSTEM_ALERT_WINDOW和WRITE_SETTINGS

使用相关的API：
checkSelfPermission(...)和requestPermissions(...)。
这两个函数被添加在sdk23，所以我们要使用兼容包的，如下：
ContextCompat.checkSelfPermission(...)和ActivityCompat.requestPermissions(...)。

弃用：其中有一个shouldShowRequestPermissionRationale(...)用于判断是否被勾选了弹窗的不再提醒用的，但后来测试发现这个api有点问题，在华为测试机中并未勾选不再提醒，但是却被判断勾选不再提醒了，所以就直接弃用了，如果有知道原因的可以告诉我一声。

在fragment中使用
在fragment中使用要注意使用fragment中的requestPermissions(...)，否则不能回调onRequestPermissionsResult(...)

危险权限申请(例子)：

int hasPermission = ContextCompat.checkSelfPermission(context, Manifest.permission.READ_CONTACTS);
if (hasPermission != PackageManager.PERMISSION_GRANTED) {
            ActivityCompat.requestPermissions(context, new String[] 
                    {Manifest.permission.READ_CONTACTS},
                    REQUEST_CODE_READ_CONTACTS_PERMISSIONS);

然后在回调：

@Override
    public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {
        switch (requestCode) {
            case PermissionUtil.REQUEST_CODE_READ_CONTACTS_PERMISSIONS:
                if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {
                    clickAddMobileContacts();
                } else {
                    showToast(getResources().getString(R.string.permission_contact));
                }
                break;
            default:
                super.onRequestPermissionsResult(requestCode, permissions, grantResults);
        }
    }

其中遇到了WRITE_SETTINGS的特殊权限，这是修改系统设置的权限，一般应用很少用到，对于这种特殊权限不能动态分配权限，也不能默认授予权限，只能intent界面让用户自己勾选。

private static final int REQUEST_CODE_WRITE_SETTINGS = 1;
private void requestWriteSettings() { 
    Intent intent = new Intent(Settings.ACTION_MANAGE_WRITE_SETTINGS);
    intent.setData(Uri.parse("package:" + getPackageName())); 
    startActivityForResult(intent, REQUEST_CODE_WRITE_SETTINGS );
}

@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {      
    super.onActivityResult(requestCode, resultCode, data);
    if (requestCode == REQUEST_CODE_WRITE_SETTINGS) {
        if (Settings.System.canWrite(this)) {
            Log.i(LOGTAG, "onActivityResult write settings granted" );
        }
    }
}

对于国内厂商的一些适配问题
以上也只是原生系统的做法，而国内的某些厂商在6.0以前就已经做了自己的权限机制处理了，我们需要对此进行适配。比如国内的小米和魅族都有自己的权限机制处理，在使用上面的处理判断时无论是否允许或禁止都是返回允许状态的，所以这种机制是无效的，而他们的权限获取则是在调用服务时才弹窗要求获取权限，当禁止后代码继续执行就有可能闪退报错，而之后就不会再弹窗了，网上有方案说进行try{}catch{}的处理。