如果说5.0是android上的里程碑，那么6.0就是对它的完善与升级。6.0从UI上与5.0没有任何区别，依旧坚持了好评的md风格，但不仅仅只是内核的升级而已。
6.0首先是删除了apache的httpclient包，让一些网络请求框架需要对6.0进行适配，虽然有补救的方法，但官方删除了，也让okhttp更深入人心。然后就是今天我们重点讨论的权限管理。
6.0以前的app安装时，会默认授予清单文件manifest中的权限，虽然安装时会告知用户有哪些权限，但一般很少有人会在意这一点。于是各种居心叵测的厂家或者开发者往往都是列一堆的权限，做着用户所不知道的事情。从6.0开始，情况就不一样了，一些危险的权限我们不但在写在manifest中，还需要用户授予同意才能使用。可以说扼杀了一部分厂家的利益。
那么这些危险的权限有哪些呢?
permission:android.permission.WRITE_CONTACTS
permission:android.permission.GET_ACCOUNTS
permission:android.permission.READ_CONTACTS
permission:android.permission.READ_CALL_LOG
permission:android.permission.READ_PHONE_STATE
permission:android.permission.CALL_PHONE
permission:android.permission.WRITE_CALL_LOG
permission:android.permission.USE_SIP
permission:android.permission.PROCESS_OUTGOING_CALLS
permission:com.android.voicemail.permission.ADD_VOICEMAIL
permission:android.permission.READ_CALENDAR
permission:android.permission.WRITE_CALENDAR
permission:android.permission.CAMERA
permission:android.permission.BODY_SENSORS
permission:android.permission.ACCESS_FINE_LOCATION
permission:android.permission.ACCESS_COARSE_LOCATION
permission:android.permission.READ_EXTERNAL_STORAGE
permission:android.permission.WRITE_EXTERNAL_STORAGE
permission:android.permission.RECORD_AUDIO
permission:android.permission.READ_SMS
permission:android.permission.RECEIVE_WAP_PUSH permission:android.permission.RECEIVE_MMS
permission:android.permission.RECEIVE_SMS
permission:android.permission.SEND_SMS
permission:android.permission.READ_CELL_BROADCASTS
至于如何适配6.0之后的手机，主要有2种方式
1.app的build.gradle中 targetSdkVersion <23
这种方式简单粗暴，安装时依然会默认授予全部的权限，但是用户可以在app的权限管理中关闭某些权限，可能导致app无法运行。
2.如果targetSdkVersion>=23则需要写相应的适配代码
public static boolean hasPermission(@NonNull Context context, @NonNull String... permissions) {
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.M) return true;
for (String permission : permissions) {
boolean hasPermission = (ContextCompat.checkSelfPermission(context, permission) == PackageManager
.PERMISSION_GRANTED);
if (!hasPermission) return false;
}
return true;
}
我们先判断android版本，有没有权限，然后若没有权限就申请
public static void requestPermission(@NonNull Activity activity, int requestCode, @NonNull String... permissions) {
String [] ps=new String[permissions.length];
for (int i=0;i<permissions.length;i++){
ps[i]=permissions[i];
}
ActivityCompat.requestPermissions(activity, ps, requestCode);
}
然后就是权限授予的回调
@Override
public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {
//这里就可以处理了
}
如果用户拒绝了授予，则可以使用如下方法给用户解释为什么需要该权限，返回true我们就弹出解释对话框,
public static boolean shouldShowRationalePermissions(Object o, String... permissions) {
for (String permission : permissions) {
if (o instanceof Activity) {
return ActivityCompat.shouldShowRequestPermissionRationale((Activity) o, permission);
} else if (o instanceof android.support.v4.app.Fragment) {
return ((android.support.v4.app.Fragment) o).shouldShowRequestPermissionRationale(permission);
}
}
return false;
}
如果用户不但拒绝，还点击了不再提醒，就比较麻烦了，因为不会再有授权框了，我们只能检测如果权限拒绝了，弹出提示框，要用户到权限管理中心去开启权限。
public static boolean hasAlwaysDeniedPermissio(Object o, @NonNull List<String>
deniedPermissions) {
for (String deniedPermission : deniedPermissions) {
if(!shouldShowRationalePermissions(o,deniedPermission))
return true;
}
return false;
}
以上就是处理6.0以上的权限问题，但不一定适配国产等机型，毕竟国内各大Rom修改源码比较严重，有自家的权限管理，需要特殊处理。
目前github上开源的权限管理也有不少
- lovedise的PermissionGen
- PermissionGen的升级版 yanzhenjie的AndPermission
- hotchemi的PermissionsDispatcher,插件地址permissions-dispatcher-plugin
- k0shk0sh的PermissionHelper
- ParkSangGwon的TedPermission
- Google官方googlesamples的easypermissions
- anthonycrd的Grant
- 基于Rx的RxPermissions
- Karumi的Dexter
- 张鸿洋的MPermissions
各有优劣，不过对于国产手机，自带权限管理可能需要自行适配了哦。
