問題背景
隨著今年Android6.0系統(tǒng)的國產(chǎn)ROM終于來了，適配6.0已經(jīng)勢在必行了。最近也有很多開發(fā)者在微信私聊和咨詢我遇到的問題，其中有一些都是關(guān)于Android6.0權(quán)限的，我感覺有必要寫一篇文章來解惑了。Runtime Permissions在6.0系統(tǒng)的幾個變化中，還是比較大的。
如果你在Android6.0系統(tǒng)的手機(jī)上如果遇到了這樣的錯誤，必定跟其運(yùn)行時權(quán)限有關(guān)。
open failed: EACCES (Permission denied)
權(quán)限變化
在Adroid系統(tǒng)6.0以前，權(quán)限的處理是在App安裝時授權(quán)，授權(quán)完了才能完成相關(guān)的安裝。而在6.0的系統(tǒng)上，是先安裝App，在安裝完之后，在使用相關(guān)權(quán)限的操作時，才會彈出權(quán)限的提示框，用戶同意授權(quán)之后才能正常使用。谷歌這樣做，可以讓用戶更加清醒的認(rèn)識相關(guān)權(quán)限的使用，在一定程度上更加人性化和保護(hù)了用戶的隱私。
谷歌官方將權(quán)限分為了兩類，一個是正常權(quán)限（Normal Permissions），這類權(quán)限不涉及用戶隱私，是不需要用戶進(jìn)行授權(quán)的，比如訪問網(wǎng)絡(luò)，手機(jī)震動等。還有一類是危險權(quán)限（Dangerous Permissions），一般是涉及到用戶隱私的，需要用戶進(jìn)行授權(quán)，比如操作SD卡的寫入，相機(jī)，錄音等。
Normal Permissions:
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
INSTALL_SHORTCUT
INTERNET
KILL_BACKGROUND_PROCESSES
MODIFY_AUDIO_SETTINGS
NFC
READ_SYNC_SETTINGS
READ_SYNC_STATS
RECEIVE_BOOT_COMPLETED
REORDER_TASKS
REQUEST_INSTALL_PACKAGES
SET_ALARM
SET_TIME_ZONE
SET_WALLPAPER
SET_WALLPAPER_HINTS
TRANSMIT_IR
UNINSTALL_SHORTCUT
USE_FINGERPRINT
VIBRATE
WAKE_LOCK
WRITE_SYNC_SETTINGS
Dangerous Permissions:
解決方法
看完官方文檔，還好解決方案還不是太難，也不是非常麻煩，當(dāng)然和以前相比還是有一點(diǎn)繁瑣的。廢話不多說了，解決方案如下。
檢查系統(tǒng)版本
private boolean canMakeSmores(){
return(Build.VERSION.SDK_INT>Build.VERSION_CODES.LOLLIPOP_MR1);
}
檢查系統(tǒng)版本的原因，顯而易見，如果是系統(tǒng)6.0及以上的，需要采用新的權(quán)限授權(quán)方法。
授權(quán)回調(diào)處理
@Override
public void onRequestPermissionsResult(int permsRequestCode, String[] permissions, int[] grantResults){
switch(permsRequestCode){
case 200:
boolean cameraAccepted = grantResults[0]==PackageManager.PERMISSION_GRANTED;
if(cameraAccepted){
//授權(quán)成功之后，調(diào)用系統(tǒng)相機(jī)進(jìn)行拍照操作等
}else{
//用戶授權(quán)拒絕之后，友情提示一下就可以了
}
break;
}
}
進(jìn)一步處理和完善
通過上面可以看出，只檢查系統(tǒng)版本了，如果授權(quán)過的權(quán)限，還需要再次去授權(quán)么？我們的判斷其實可以更完善一下，比如：
private boolean hasPermission(String permission){
if(canMakeSmores()){
return(checkSelfPermission(permission)==PackageManager.PERMISSION_GRANTED);
}
return true;
}
上面這段代碼，是先判斷系統(tǒng)版本，再判斷這個權(quán)限是否已經(jīng)授權(quán)過，這樣就不會重復(fù)了。
還有就是比如如果用戶第一次已經(jīng)拒絕過這個權(quán)限，下次再操作時怎么辦呢？還有一個更人性化的方法就是：
shouldShowRequestPermissionRationale(@NonNull String permission)
這個方法的作用：
第一次請求權(quán)限時，用戶拒絕了，下一次：shouldShowRequestPermissionRationale() 返回 true，應(yīng)該顯示一些為什么需要這個權(quán)限的說明
第二次請求權(quán)限時，用戶拒絕了，并選擇了“不在提醒”的選項時：shouldShowRequestPermissionRationale() 返回 false
設(shè)備的策略禁止當(dāng)前應(yīng)用獲取這個權(quán)限的授權(quán)：shouldShowRequestPermissionRationale() 返回 false
完結(jié)
到這里就基本介紹完結(jié)了，希望能夠?qū)Υ蠹矣兴鶐椭?，能夠進(jìn)一步理解Android6.0運(yùn)行時權(quán)限的使用。繼續(xù)加油吧，學(xué)習(xí)永無止境。
