Android 6.0 權(quán)限

在Android6.0之前,應(yīng)用安裝時(shí)系統(tǒng)會(huì)列出AndroidManifest清單上申請(qǐng)的所有權(quán)限,用戶必須全部接受才能繼續(xù)安裝,并且這些權(quán)限授權(quán)之后無(wú)法撤銷。這對(duì)于開(kāi)發(fā)者來(lái)說(shuō)是比較方便的,需要什么權(quán)限只需要在AndroidManifest申請(qǐng)即可,不需要考慮權(quán)限被拒絕等各種場(chǎng)景。但是對(duì)于用戶來(lái)說(shuō)卻沒(méi)有辦法自主選擇屏蔽他不想授予的權(quán)限,也容易給惡意程序利用。

Android6.0之后,權(quán)限的申請(qǐng)由安裝時(shí)變成了運(yùn)行時(shí)。開(kāi)發(fā)者仍然需要在AndroidManifest里面列出所需要的所有權(quán)限,但用戶安裝時(shí)不需要對(duì)這些權(quán)限進(jìn)行授權(quán),而是在運(yùn)行時(shí)需要用到某個(gè)權(quán)限時(shí)才詢問(wèn)用戶是否授權(quán),用戶可以選擇接受或者拒絕。另外即使用戶接受了,也可以在權(quán)限管理中進(jìn)行撤銷。如果直接使用用戶沒(méi)有授權(quán)的權(quán)限會(huì)導(dǎo)致crash,因此,開(kāi)發(fā)時(shí)需要考慮這些場(chǎng)景,并作出處理。

對(duì)于一些老的應(yīng)用來(lái)說(shuō),也不用太擔(dān)心,如果app的targetSdkVersion低于23,將繼續(xù)使用舊有規(guī)則。看到這有人可能覺(jué)得干脆將所有的targetSdkVersion設(shè)置為23以下不就好了,也不用那么麻煩考慮權(quán)限的問(wèn)題。但是要注意,在6.0的系統(tǒng)上,即使安裝時(shí)取得了所有的權(quán)限,用戶仍然可以之后在權(quán)限管理中撤銷授權(quán)。因此,我們還是需要與時(shí)俱進(jìn),將targetSdkVersion升級(jí)到23并好好處理權(quán)限問(wèn)題。

Android的權(quán)限總的來(lái)說(shuō)分為三種,分別是normal類型、dangerous類型和special類型:

1、normal類型的權(quán)限不會(huì)威脅到用戶的隱私,可以直接在AndroidManifest里面注冊(cè),在安裝時(shí)就被授權(quán),不需要每次使用時(shí)都檢查權(quán)限,并且用戶不能取消。主要包括:

android.permission.ACCESS_LOCATION_EXTRA_COMMANDS
android.permission.ACCESS_NETWORK_STATE
android.permission.ACCESS_NOTIFICATION_POLICY
android.permission.ACCESS_WIFI_STATE
android.permission.ACCESS_WIMAX_STATE
android.permission.BLUETOOTH
android.permission.BLUETOOTH_ADMIN
android.permission.BROADCAST_STICKY
android.permission.CHANGE_NETWORK_STATE
android.permission.CHANGE_WIFI_MULTICAST_STATE
android.permission.CHANGE_WIFI_STATE
android.permission.CHANGE_WIMAX_STATE
android.permission.DISABLE_KEYGUARD
android.permission.EXPAND_STATUS_BAR
android.permission.FLASHLIGHT
android.permission.GET_ACCOUNTS
android.permission.GET_PACKAGE_SIZE
android.permission.INTERNET
android.permission.KILL_BACKGROUND_PROCESSES
android.permission.MODIFY_AUDIO_SETTINGS
android.permission.NFC
android.permission.READ_SYNC_SETTINGS
android.permission.READ_SYNC_STATS
android.permission.RECEIVE_BOOT_COMPLETED
android.permission.REORDER_TASKS
android.permission.REQUEST_INSTALL_PACKAGES
android.permission.SET_TIME_ZONE
android.permission.SET_WALLPAPER
android.permission.SET_WALLPAPER_HINTS
android.permission.SUBSCRIBED_FEEDS_READ
android.permission.TRANSMIT_IR
android.permission.USE_FINGERPRINT
android.permission.VIBRATE
android.permission.WAKE_LOCK
android.permission.WRITE_SYNC_SETTINGS
com.android.alarm.permission.SET_ALARM
com.android.launcher.permission.INSTALL_SHORTCUT
com.android.launcher.permission.UNINSTALL_SHORTCUT

2、dangerous類型的權(quán)限可以直接訪問(wèn)用戶的敏感數(shù)據(jù),不僅需要在AndroidManifest里面注冊(cè),還需要在使用時(shí)請(qǐng)求授權(quán)。主要包括:



可以看到dangerous類型的權(quán)限進(jìn)行了分組,同一組的任何一個(gè)權(quán)限被授權(quán)了,其他權(quán)限也自動(dòng)被授權(quán)。例如,一旦WRITE_CONTACTS被授權(quán)了,app也有READ_CONTACTS和GET_ACCOUNTS權(quán)限了。

dangerous類型的權(quán)限申請(qǐng)主要調(diào)用這幾個(gè)方法:

Context.checkSelfPermission(String permission) 檢查是否被授予了某個(gè)權(quán)限
Activity.requestPermissions(String[] permissions, int requestCode) 申請(qǐng)一組權(quán)限
Activity.onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) 權(quán)限申請(qǐng)結(jié)果回調(diào)

由于這些方法都是在api23引入的,所以需要在使用時(shí)先進(jìn)行版本判斷。下面以相機(jī)為例說(shuō)明怎樣申請(qǐng)權(quán)限:

public void checkCameraPermission() {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
        // 23及以后的版本需要檢測(cè)權(quán)限
        int hasCameraPermission = checkSelfPermission(Manifest.permission.CAMERA);
        if (hasCameraPermission != PackageManager.PERMISSION_GRANTED) {
            requestPermissions(new String[]{Manifest.permission.CAMERA}, PERMISSION_REQUEST_CODE_CAMERA);
        } else {
            cameraPermissionGranted(true);
        }
    } else {
        // 23之前的版本權(quán)限在安裝時(shí)已經(jīng)獲取
        cameraPermissionGranted(true);
    }
}

@Override
public void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions, @NonNull int[] grantResults) {
    super.onRequestPermissionsResult(requestCode, permissions, grantResults);
    if (requestCode == PERMISSION_REQUEST_CODE_CAMERA) {
        if (grantResults.length > 0 && grantResults[0] == PackageManager.PERMISSION_GRANTED) {
            cameraPermissionGranted(true);
        } else {
            cameraPermissionGranted(false);
        }
    }
}

另外,v4包中也提供了兼容方法ContextCompat.checkSelfPermission()和ActivityCompat.requestPermissions()可以避免版本判斷,唯一的區(qū)別就是需要帶上額外的參數(shù)Context或Activity,其他都一樣:

private void checkCameraPermission(Activity activity) {
    int hasCameraPermission = ContextCompat.checkSelfPermission(activity, Manifest.permission.CAMERA);
    if (hasCameraPermission != PackageManager.PERMISSION_GRANTED) {
        ActivityCompat.requestPermissions(activity, new String[]{Manifest.permission.CAMERA}, PERMISSION_REQUEST_CODE_CAMERA);
    } else {
        cameraPermissionGranted(true);
    }
}

權(quán)限的判斷和申請(qǐng)其實(shí)比較簡(jiǎn)單,對(duì)于開(kāi)發(fā)者來(lái)說(shuō)更重要的其實(shí)是權(quán)限被接受或拒絕后的不同處理,也就是上面的cameraPermissionGranted(boolea granted)方法。比如如果你的應(yīng)用必須使用相機(jī),那么在相機(jī)權(quán)限申請(qǐng)拒絕后可以彈框提示用戶,直到用戶授權(quán)后才能進(jìn)入使用界面。又或者應(yīng)用并非必須使用相機(jī),也可以從相冊(cè)加載圖片,那么當(dāng)用戶拒絕授權(quán)時(shí),只需要禁掉相機(jī)部分的功能即可。

3、special類型的權(quán)限包括WRITE_SETTINGS和SYSTEM_ALERT_WINDOW,Android單獨(dú)制作了一個(gè)activity作為這兩個(gè)權(quán)限的用戶授權(quán)界面,必須通過(guò)指定intent,然后通過(guò)startActivity(intent)的方式來(lái)申請(qǐng)。
special類型的權(quán)限申請(qǐng)主要用到以下幾個(gè)方法:

Settings.System.canWrite(Context context) 檢查是否被授予了WRITE_SETTINGS權(quán)限
Settings.canDrawOverlays(Context context) 檢查是否被授予了SYSTEM_ALERT_WINDOW權(quán)限
startActivityForResult(Intent intent, in requestCode) 打開(kāi)用戶授權(quán)界面
onActivityResult(int requestCode, int resultCode, Intent data) 權(quán)限申請(qǐng)結(jié)果回調(diào)

申請(qǐng)WRITE_SETTINGS權(quán)限的代碼如下:

public void checkWriteSettingsPermission() {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
        if (!Settings.System.canWrite(this)) {
            Intent intent = new Intent(Settings.ACTION_MANAGE_WRITE_SETTINGS, Uri.parse("package:" + getPackageName()));
            startActivityForResult(intent, PERMISSION_REQUEST_CODE_WRITE_SETTINGS);
        } else {
            writeSettingsPermissionGranted(true);
        }
    } else {
        writeSettingsPermissionGranted(true);
    }
}

@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
    super.onActivityResult(requestCode, resultCode, data);
    if (requestCode == PERMISSION_REQUEST_CODE_WRITE_SETTINGS) {
        // 判斷是否有WRITE_SETTINGS權(quán)限
        if (Settings.System.canWrite(this)) {
            writeSettingsPermissionGranted(true);
        }else {
            writeSettingsPermissionGranted(false);
        }
    }
}

申請(qǐng)SYSTEM_ALERT_WINDOW的代碼如下:

public void checkSystemAlertWindowPermission() {
    if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
        if (!Settings.canDrawOverlays(this)) {
            Intent intent = new Intent(Settings.ACTION_MANAGE_OVERLAY_PERMISSION, Uri.parse("package:" + getPackageName()));
            startActivityForResult(intent, PERMISSION_REQUEST_CODE_SYSTEM_ALERT_WINDOW);
        } else {
            systemAlertWindowPermissionGranted(true);
        }
    } else {
        systemAlertWindowPermissionGranted(true);
    }
}

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

推薦閱讀更多精彩內(nèi)容