Android 6.0增加了runtime permission機(jī)制，但是其實(shí)miui在android 6.0發(fā)布之前就已經(jīng)有了一套類似的權(quán)限管理機(jī)制，可以說是miui的一大特色吧。用戶可以在應(yīng)用的權(quán)限管理頁面對(duì)權(quán)限進(jìn)行設(shè)置，應(yīng)用程序在執(zhí)行需要權(quán)限的代碼時(shí)，系統(tǒng)會(huì)自動(dòng)判斷權(quán)限，如果沒有權(quán)限會(huì)彈出權(quán)限申請(qǐng)框或者toast提示，提示用戶授予權(quán)限才能正常使用應(yīng)用功能。miui的這套權(quán)限管理機(jī)制是在sdk api底層進(jìn)行了權(quán)限判斷，只有授予了相關(guān)權(quán)限才能返回正常數(shù)據(jù)，否則返回null或者0等其他不正常數(shù)據(jù)，因此在6.0以下只需要做好數(shù)據(jù)校驗(yàn)等保護(hù)性編程工作即可，并不會(huì)直接導(dǎo)致應(yīng)用崩潰。
權(quán)限申請(qǐng)
android 6.0發(fā)布之后，miui估計(jì)是相當(dāng)糾結(jié)的，因?yàn)樽约旱囊惶讬?quán)限管理顯然十分多余了，但是又不舍得放棄，于是就有了二者的混合體。在6.0系統(tǒng)上，miui的權(quán)限申請(qǐng)分為兩種情況：
（1）權(quán)限申請(qǐng)流程和google runtime permission基本保持一致，這類權(quán)限主要包括照相機(jī)權(quán)限、讀寫SD卡權(quán)限等。使用requestPermissions請(qǐng)求權(quán)限時(shí)，默認(rèn)情況下，應(yīng)用是沒有權(quán)限的，會(huì)彈出miui的權(quán)限彈框，并且拒絕按鈕不帶倒計(jì)時(shí)，拒絕或者允許權(quán)限后，結(jié)果在反映在onRequestPermissionsResult權(quán)限申請(qǐng)的回調(diào)中。權(quán)限申請(qǐng)流程基本與google一致，只不過省去了“不再詢問”選項(xiàng)，一次拒絕后下次不會(huì)再彈出權(quán)限彈框，相當(dāng)于第一次拒絕默認(rèn)就選中了“不再詢問”選項(xiàng)。
（2）繼續(xù)使用miui自己的權(quán)限管理機(jī)制，這類權(quán)限主要包括定位、讀寫通訊錄、讀寫短信、讀取手機(jī)信息等。在使用requestPermissions請(qǐng)求權(quán)限時(shí)，onRequestPermissionsResult回調(diào)中的結(jié)果直接為授予，也就是說對(duì)于google runtime permission機(jī)制，權(quán)限是默認(rèn)授予的。因?yàn)槟J(rèn)是授予的，通常程序會(huì)繼續(xù)執(zhí)行到需要權(quán)限的代碼，這時(shí)權(quán)限申請(qǐng)彈框才會(huì)彈出。注意到，這類權(quán)限申請(qǐng)彈框的拒絕按鈕是帶倒計(jì)時(shí)的，在設(shè)定時(shí)間內(nèi)未操作，默認(rèn)會(huì)拒絕。
對(duì)于第二種情況，比較坑，會(huì)造成點(diǎn)擊拒絕權(quán)限卻授予了的錯(cuò)覺。實(shí)際上，miui只是繞過了google runtime permission那套機(jī)制，默認(rèn)回調(diào)結(jié)果為授予狀態(tài)，然后繼續(xù)使用了自身的權(quán)限管理機(jī)制。
權(quán)限檢查
miui上，由于部分權(quán)限繞過了google runtime permission那套機(jī)制，因此檢查權(quán)限是否授予時(shí)，僅使用checkSelfPermission方法是不夠的。實(shí)際上，對(duì)于上述第二種情形，該方法總是返回true。在miui開發(fā)者論壇反饋后，得知還需要檢查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;
}
}
