快捷導(dǎo)航

Android6.0動態(tài)申請權(quán)限所遇到的問題小結(jié)

更新時間：2016年11月04日 10:55:53 投稿：mrr

這篇文章給大家介紹了Android6.0動態(tài)申請權(quán)限所遇到的問題，在沒給大家介紹這下問題之前，先給大家說下基本定義和基本使用方式，本文給大家介紹的非常詳細(xì)，具有參考借鑒價值，對android 6.0 動態(tài)權(quán)限遇到問題感興趣的朋友一起看看吧

白天在做SDK23版本的適配，遇到了不少坑，現(xiàn)在抽空記下來，以此為戒。

首先要知道哪些坑，就得先了解一些定義和基本使用方式。

那么先介紹一下動態(tài)申請的權(quán)限分組情況。

下面的權(quán)限組是由谷歌官方定義的，目的是在申請權(quán)限時，只要用戶允許同一權(quán)限組的任意一條權(quán)限，那么該組的其他權(quán)限也就默認(rèn)是允許的。不過據(jù)高人介紹，在使用時最好是用到哪個權(quán)限就具體的請求該權(quán)限，因為保不齊哪天谷歌一高興就把權(quán)限組換了甚至刪了

group:android.permission-group.CONTACTS
permission:android.permission.WRITE_CONTACTS
permission:android.permission.GET_ACCOUNTS
permission:android.permission.READ_CONTACTS
group:android.permission-group.PHONE
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
group:android.permission-group.CALENDAR
permission:android.permission.READ_CALENDAR
permission:android.permission.WRITE_CALENDAR
group:android.permission-group.CAMERA
permission:android.permission.CAMERA
group:android.permission-group.SENSORS
permission:android.permission.BODY_SENSORS
group:android.permission-group.LOCATION
permission:android.permission.ACCESS_FINE_LOCATION
permission:android.permission.ACCESS_COARSE_LOCATION
group:android.permission-group.STORAGE
permission:android.permission.READ_EXTERNAL_STORAGE
permission:android.permission.WRITE_EXTERNAL_STORAGE
group:android.permission-group.MICROPHONE
permission:android.permission.RECORD_AUDIO
group:android.permission-group.SMS
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

其實權(quán)限組的定義很簡單，下面簡單介紹下動態(tài)申請權(quán)限的步驟。

第一步，檢查app擁有的權(quán)限。

if(ContextCompat.checkSelfPermission(
mActivity,Manifest.permisson.READ_CONTACTS)
!= PackageManager.PERMISSION_GRANTED) {
//當(dāng)前Activity沒有獲得READ_CONTACTS權(quán)限時
}else{
//否則已允許
}

第二步，申請權(quán)限。

ActivityCompat.requestPermissions(
mActivity,
new String[]{Manifest.permission.READ_CONTACTS},
REQUEST_CODE_PERMISSION_CONTACTS);

第三步，權(quán)限申請回調(diào)方法。

@Override
public void onRequestPermissionsResult(int requestCode, String permissions[], int[] grantResults) {
switch (requestCode) {
case REQUEST_CODE_PERMISSION_CONTACTS: {
if (grantResults.length > 0 && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
//用戶已授權(quán)
} else {
//用戶拒絕權(quán)限
}
return;
}
}
}

如此三步，看上去很簡單，可真要用起來可就沒有那么簡單了。

下面就說說這里邊的坑吧。

坑一、權(quán)限申請只能在Activity或者Fragment的上下文中，不能用getApplicationContext()。

由于我們項目在應(yīng)用初始化時要獲取內(nèi)存的存儲路徑并創(chuàng)建一系列文件緩存，這些操作都是寫在Application的onCreate()中調(diào)用不同的Util工具類進(jìn)行的，所以在Android6.0以上這么寫就有點(diǎn)不太靠譜了。目前我的解決措施是在應(yīng)用程序初始化時，先判斷SDK版本，只對版本號小于23的app創(chuàng)建緩存文件，高于23的則在進(jìn)入Activity之后再初始化。

坑二、權(quán)限申請時使用的請求碼必須小于16。

至于什么原因不太清楚，可能谷歌公司認(rèn)為權(quán)限本來就不多，沒必要將請求碼弄得很大占用多余的內(nèi)存吧。說到請求碼，也就是上面代碼中未定義的常量值REQUEST_CODE_PERMISSION_CONTACTS，如果你定義的這個值超過了15，運(yùn)行時就會報安全異常，提示請求碼必須小于16。

以上所述是小編給大家介紹的Android6.0動態(tài)申請權(quán)限所遇到的問題，希望對大家有所幫助，如果大家有任何疑問請給我留言，小編會及時回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持！

您可能感興趣的文章: