最近在做权限优化的工作内容，所以来做一下记录和总结
安卓有三种权限分组：普通权限、危险权限和特殊权限
普通权限在安装后就赋予的不用申请，危险权限则需要进行动态申请，特殊权限需要跳转到设置页让用户自己勾选
普通权限：
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
危险权限：
特殊权限：
特殊权限主要两个：悬浮窗和修改系统设置
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{}的处理。
