Android權(quán)限適配

Android 5.0及以前

在AndroidManifest.xml中的manifest節(jié)點下聲明即可使用,例如:

<manifest xmlns:android="http://schemas.android.com/apk/res/android"...>
    <uses-permission android:name="android.permission.INTERNET"/>
    ...
</manifest>

否則在運行使用網(wǎng)絡(luò)時報出異常:

ERROR/AndroidRuntime: java.lang.SecurityException: Permission Denial:
    ......   
requires android.permission.INTERNET

Android6.0及之后

權(quán)限分為兩類

  • 正常權(quán)限:在AndroidManifest.xml中聲明,則系統(tǒng)自動授予即可使用。
  • 危險權(quán)限:以相同類型為一組的形式進(jìn)行劃分。除了在AndroidManifest.xml中聲明外,還需要用戶明確授予才可使用,否則使用會報出異常。

正常權(quán)限和危險權(quán)限官方說明

危險權(quán)限的運行時處理

危險權(quán)限是以組的形式劃分,在請求組內(nèi)任一權(quán)限時,默認(rèn)的請求彈框是以組為單元顯示請求的權(quán)限說明。如果組內(nèi)任一權(quán)限被允許使用,則組內(nèi)其它權(quán)限自動授予使用。

主要介紹四個方法:

1.檢查是否具備某項權(quán)限:ContextCompat.checkSelfPermission()。如果具備此權(quán)限,則該方法返回PackageManager.PERMISSION_GRANTED,即可使用該權(quán)限;如果不具備此權(quán)限,則返回PackageManager.PERMISSION_DENIED,即不可使用。
例如:

//參數(shù):Activity或者Fragment,多參數(shù)組
if(ContextCompat.checkSelfPermission(thisActivity,
    Manifest.permission.WRITE_CALENDAR) == PackageManager.PERMISSION_GRANTED) {
    //todo 使用該權(quán)限
} else {
    //todo 不具備該權(quán)限
}

2.不具備權(quán)限時,請求權(quán)限:ActivityCompat.requestPermissions()。
例如:

//參數(shù):Activity或者Fragment,權(quán)限數(shù)組,請求碼
ActivityCompat.requestPermissions(thisActivity,
            new String[]{Manifest.permission.READ_CONTACTS},
            MY_PERMISSIONS_REQUEST_READ_CONTACTS);

3.在請求權(quán)限之后,響應(yīng)請求:在Activity或者Fragment中系統(tǒng)調(diào)用onRequestPermissionsResult()方法,向用戶傳遞響應(yīng)。例如:

@Override
public void onRequestPermissionsResult(int requestCode,
        String permissions[], int[] grantResults) {
    switch (requestCode) {
    case MY_PERMISSIONS_REQUEST_READ_CONTACTS: {
        // 如果請求被取消,則grantResults大小為0
        if (grantResults.length > 0
            && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
            // 同意使用權(quán)限,可以使用權(quán)限

        } else {
            //todo 拒絕使用權(quán)限
        }
        return;
    }

    // 檢查其它權(quán)限的請求
}

}

4.在拒絕權(quán)限之后,解釋為什么需要權(quán)限:ActivityCompat.shouldShowRequestPermissionRationale()。例如:

if (ActivityCompat.shouldShowRequestPermissionRationale(thisActivity,
        Manifest.permission.READ_CONTACTS)) {
    // todo 顯示說明緣由
    // todo 請求權(quán)限
} else {
    // todo 直接請求權(quán)限
}

該方法在用戶拒絕一次之后才會返回true;并且在用戶請求系統(tǒng)對話框中選擇了 Don't ask again 選項,此方法將一直返回 false;或者設(shè)備規(guī)范禁止應(yīng)用具有該權(quán)限,此方法也會返回 false。

適配問題

小米系統(tǒng),有系統(tǒng)級別的權(quán)限管理:設(shè)置 -> 授權(quán)管理。在應(yīng)用第一次請求權(quán)限被拒絕時,系統(tǒng)級別的權(quán)限已經(jīng)設(shè)置為拒絕,這時再到應(yīng)用的權(quán)限中心去設(shè)置允許已經(jīng)失效,需要到授權(quán)管理中心去找到那個應(yīng)用,然后授權(quán)允許即可使用。

當(dāng)然這是使用的處理,那在程序中如何友善的提醒用戶呢?其實這個系統(tǒng)權(quán)限是google隱藏在Android系統(tǒng)中的權(quán)限,只不過小米系統(tǒng)改裝使用了而已。如下:

//參數(shù):Activity或者Fragment,opsParams = new String[]{AppOpsManager.OPSTR_READ_CONTACTS}
private static boolean isErrorOps(AppCompatActivity activity, String[] opsParams) {
    AppOpsManager opsManager = (AppOpsManager) activity.getSystemService(Context.APP_OPS_SERVICE);
    if (opsManager != null) {
        for (String opsParam : opsParams) {
            int checkResult = opsManager.checkOpNoThrow(opsParam, Binder.getCallingUid(), activity.getPackageName());
            if (checkResult == AppOpsManager.MODE_IGNORED || checkResult == AppOpsManager.MODE_ERRORED) {
                //拒絕該權(quán)限
                return true;
            }
        }
    }
    return false;
}

建議在檢查權(quán)限通過中檢查Ops權(quán)限。因為在第一次拒絕之后,系統(tǒng)級別的權(quán)限已經(jīng)拒絕,然后再到應(yīng)用權(quán)限中允許權(quán)限,這時檢查權(quán)限返回的是PackageManager.PERMISSION_GRANTED。

至于華為或者樂視沒有測試,如果在應(yīng)用權(quán)限都通過的情況下,提示沒有權(quán)限或者應(yīng)用奔潰,可以試試適配小米的方法:檢查Ops權(quán)限。

本人簡單粗暴的權(quán)限工具類


資料

官方指導(dǎo)-權(quán)限管理

張鴻洋-Android6.0運行時權(quán)限處理完全解析

小菜比嘩嘩嘩-樂視、小米android6.0+系統(tǒng)權(quán)限填坑之旅

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務(wù)。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 228,363評論 6 532
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機(jī),發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 98,497評論 3 416
  • 文/潘曉璐 我一進(jìn)店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 176,305評論 0 374
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 62,962評論 1 311
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當(dāng)我...
    茶點故事閱讀 71,727評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,193評論 1 324
  • 那天,我揣著相機(jī)與錄音,去河邊找鬼。 笑死,一個胖子當(dāng)著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,257評論 3 441
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,411評論 0 288
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當(dāng)?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 48,945評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 40,777評論 3 354
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學(xué)時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 42,978評論 1 369
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,519評論 5 359
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,216評論 3 347
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 34,642評論 0 26
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 35,878評論 1 286
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機(jī)就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 51,657評論 3 391
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當(dāng)晚...
    茶點故事閱讀 47,960評論 2 373