Android 6.0增加了runtime permission机制，但是其实miui在android 6.0发布之前就已经有了一套类似的权限管理机制，可以说是miui的一大特色吧。用户可以在应用的权限管理页面对权限进行设置，应用程序在执行需要权限的代码时，系统会自动判断权限，如果没有权限会弹出权限申请框或者toast提示，提示用户授予权限才能正常使用应用功能。miui的这套权限管理机制是在sdk api底层进行了权限判断，只有授予了相关权限才能返回正常数据，否则返回null或者0等其他不正常数据，因此在6.0以下只需要做好数据校验等保护性编程工作即可，并不会直接导致应用崩溃。

权限申请

android 6.0发布之后，miui估计是相当纠结的，因为自己的一套权限管理显然十分多余了，但是又不舍得放弃，于是就有了二者的混合体。在6.0系统上，miui的权限申请分为两种情况：
（1）权限申请流程和google runtime permission基本保持一致，这类权限主要包括照相机权限、读写SD卡权限等。使用requestPermissions请求权限时，默认情况下，应用是没有权限的，会弹出miui的权限弹框，并且拒绝按钮不带倒计时，拒绝或者允许权限后，结果在反映在onRequestPermissionsResult权限申请的回调中。权限申请流程基本与google一致，只不过省去了“不再询问”选项，一次拒绝后下次不会再弹出权限弹框，相当于第一次拒绝默认就选中了“不再询问”选项。

（2）继续使用miui自己的权限管理机制，这类权限主要包括定位、读写通讯录、读写短信、读取手机信息等。在使用requestPermissions请求权限时，onRequestPermissionsResult回调中的结果直接为授予，也就是说对于google runtime permission机制，权限是默认授予的。因为默认是授予的，通常程序会继续执行到需要权限的代码，这时权限申请弹框才会弹出。注意到，这类权限申请弹框的拒绝按钮是带倒计时的，在设定时间内未操作，默认会拒绝。

对于第二种情况，比较坑，会造成点击拒绝权限却授予了的错觉。实际上，miui只是绕过了google runtime permission那套机制，默认回调结果为授予状态，然后继续使用了自身的权限管理机制。

权限检查

miui上，由于部分权限绕过了google runtime permission那套机制，因此检查权限是否授予时，仅使用checkSelfPermission方法是不够的。实际上，对于上述第二种情形，该方法总是返回true。在miui开发者论坛反馈后，得知还需要检查Ops Permission。

private static boolean checkOpsPermission(Context context, String permission) {
      try {
             AppOpsManager appOpsManager = (AppOpsManager) context.getSystemService(Context.APP_OPS_SERVICE);
             String opsName = AppOpsManager.permissionToOp(permission);
             if (opsName == null) {
                 return true;
             }
             int opsMode = appOpsManager.checkOpNoThrow(opsName, Process.myUid(), context.getPackageName());
             return opsMode == AppOpsManager.MODE_ALLOWED;
       } catch (Exception ex) {
             return true;
       }
}