Android M 動態權限獲取

時間  2019-12-01
標籤 android 動態 權限 獲取 欄目 Android 简体版
原文   原文鏈接

新的權限獲取方式除了要求像以前版本號同樣在AndroidManifest文件裏靜態申請以外，應用還需依據需要請求權限，方式採用向用戶顯示一個請求權限的對話框。css

這些被動態申請的權限可以在系統設置中被手動關閉。另外，對於類別爲NORMAL的權限，仍然僅僅需要在AndroidManifest文件裏靜態申請。系統安裝時會直接獲取。對於NORMAL權限下文有具體的說明。java

permission-normal

PROTECTION_NORMAL類權限

當用戶安裝或更新應用時，系統將授予應用所請求的屬於 PROTECTION_NORMAL 的所有權限（安裝時受權的一類基本權限）。這類權限包含：android

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

僅僅需要在AndroidManifest.xml中簡單聲明這些權限就好，安裝時就受權。不需要每次使用時都檢查權限。而且用戶不能取消以上受權。git


權限組

新的權限模型中還提出了一個權限組的概念，可以簡單理解爲假設一個權限組內的某個權限被獲取了。那麼這個組中剩餘的權限也會被本身主動獲取。好比：android.permission-group.CALENDAR中的android.permission.WRITE_CALENDAR 權限被獲取。那麼應用會本身主動獲取android.permission.READ_CALENDAR權限。github

permission-group

通常動態獲取方法

tip1

斷定是否有權限：checkSelfPermission()api

tip2

假設沒有權限，彈出dialog給用戶選擇：requestPermission()，第二個參數code與onRequestPermissionResult()方法中的code相應網絡

if(checkSelfPermission(Manifest.permission.WRITE_EXTERNAL_STORAGE) != PackageManager.PERMISSION_GRANTED) {
    requestPermissions(
            new String[] { Manifest.permission.WRITE_EXTERNAL_STORAGE },
            REQUEST_CODE_ASK_PERMISSON);
}

tip3

推斷用戶是否確認了權限onRequestPermissionResult ()app

public void onRequestPermissionsResult(int requestCode,
        String permissions[], int[] grantResults) {
    switch (requestCode) {
    case REQUEST_CODE_ASK_PERMISSON:
        if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {
            // Permission Granted
        } else {
            // Permission Denied
        }
        break;
    default:
        super.onRequestPermissionsResult(requestCode, permissions,
                grantResults);
    }
}

tip4

在彈出權限選擇的對話框前給用戶show一個dialog。用於引導用戶進行選擇。shouldShowRequestPermissionRationale()ide

if (checkSelfPermission(Manifest.permission.WRITE_EXTERNAL_STORAGE) != PackageManager.PERMISSION_GRANTED) {
    if (!shouldShowRequestPermissionRationale(Manifest.permission.WRITE_EXTERNAL_STORAGE)) {
        // Explain to the user why we need to read the contacts
        showMessage("請贊成應用對SD卡進行讀寫操做",
                new DialogInterface.OnClickListener() {
                    @Override
                    public void onClick(DialogInterface dialog,
                            int which) {
                        requestPermissions(
                                new String[] { Manifest.permission.WRITE_EXTERNAL_STORAGE },
                                REQUEST_CODE_ASK_PERMISSIONS);
                    }
                });
        return;
    }
    requestPermissions(
            new String[] { Manifest.permission.WRITE_EXTERNAL_STORAGE },
            REQUEST_CODE_ASK_PERMISSIONS);
}

private void showMessage(String message,
        DialogInterface.OnClickListener okListener) {
    new AlertDialog.Builder(MainActivity.this).setMessage(message)
            .setPositiveButton("OK", okListener).create().show();
}

permission-ask-1

permission-ask-2

tip5

假設用戶在選擇權限對話框拒絕了某個權限的申請，那麼再次申請該權限時會多出一個「再也不詢問」的checkbox，假設勾選，那麼即使程序再調用requestPermission()。對話框也不會再彈出了。函數

permission-deny-ever

tip6

一次性處理多個權限申請

private void requestPermissions() {
    List<String> permissionsNeeded = new ArrayList<String>();

    final List<String> permissionsList = new ArrayList<String>();
    if (!addPermission(permissionsList, Manifest.permission.READ_PHONE_STATE))
        permissionsNeeded.add("Phone State");
    if (!addPermission(permissionsList, Manifest.permission.WRITE_EXTERNAL_STORAGE))
        permissionsNeeded.add("Write SDcard");
    if (!addPermission(permissionsList, Manifest.permission.WRITE_CONTACTS))
        permissionsNeeded.add("Write Contacts");

    if (permissionsList.size() > 0) {
        if (permissionsNeeded.size() > 0) {
            // Need Rationale
            String message = "You need to grant access to " + permissionsNeeded.get(0);
            for (int i = 1; i < permissionsNeeded.size(); i++)
                message = message + ", " + permissionsNeeded.get(i);
            showMessageOKCancel(message,
                    new DialogInterface.OnClickListener() {
                        @Override
                        public void onClick(DialogInterface dialog, int which) {
                            requestPermissions(permissionsList.toArray(new String[permissionsList.size()]),
                                    REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS);
                        }
                    });
            return;
        }
        requestPermissions(permissionsList.toArray(new String[permissionsList.size()]),
                REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS);
        return;
    }
}
private boolean addPermission(List<String> permissionsList, String permission) {
    if (checkSelfPermission(permission) != PackageManager.PERMISSION_GRANTED) {
        permissionsList.add(permission);
        if (!shouldShowRequestPermissionRationale(permission)){
            return false;
        }
    }
    return true;
}


假設所有權限被受權，依舊回調onRequestPermissionsResult，我用hashmap讓代碼整潔便於閱讀。

@Override
public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {
    switch (requestCode) {
        case REQUEST_CODE_ASK_MULTIPLE_PERMISSIONS:
            {
            Map<String, Integer> perms = new HashMap<String, Integer>();
            // Initial
            perms.put(Manifest.permission.ACCESS_FINE_LOCATION, PackageManager.PERMISSION_GRANTED);
            perms.put(Manifest.permission.READ_CONTACTS, PackageManager.PERMISSION_GRANTED);
            perms.put(Manifest.permission.WRITE_CONTACTS, PackageManager.PERMISSION_GRANTED);
            // Fill with results
            for (int i = 0; i < permissions.length; i++)
                perms.put(permissions[i], grantResults[i]);
            // Check for ACCESS_FINE_LOCATION
            if (perms.get(Manifest.permission.ACCESS_FINE_LOCATION) == PackageManager.PERMISSION_GRANTED
                    && perms.get(Manifest.permission.READ_CONTACTS) == PackageManager.PERMISSION_GRANTED
                    && perms.get(Manifest.permission.WRITE_CONTACTS) == PackageManager.PERMISSION_GRANTED) {
                // All Permissions Granted
                insertDummyContact();
            } else {
                // Permission Denied
                Toast.makeText(MainActivity.this, "Some Permission is Denied", Toast.LENGTH_SHORT)
                        .show();
            }
            }
            break;
        default:
            super.onRequestPermissionsResult(requestCode, permissions, grantResults);
    }
}
有的狀況，一個權限沒有受權，就不可用。但是也有狀況，能工做，但是表現的是有所限制的。

對於這個我不作評價，你本身設計吧。

用兼容庫使代碼兼容舊版

以上代碼在android 6.0以上執行沒問題，但是23 api以前就不行了，因爲沒有那些方法。
粗暴的方法是檢查版本號

if (Build.VERSION.SDK_INT >= 23) {
    // Marshmallow+
} else {
    // Pre-Marshmallow
}

但是太複雜。我建議用v4兼容庫，已對這個作過兼容，用這種方法取代：

  • ContextCompat.checkSelfPermission()
    被受權函數返回PERMISSION_GRANTED，不然返回PERMISSION_DENIED ，在所有版本號都是如此。

  • ActivityCompat.requestPermissions()
    這種方法在M以前版本號調用。OnRequestPermissionsResultCallback 直接被調用。帶着正確的 PERMISSION_GRANTED或者 PERMISSION_DENIED 。
  • ActivityCompat.shouldShowRequestPermissionRationale()
    在M以前版本號調用。永遠返回false。


    用v4包的這三方法。完美兼容所有版本號！這種方法需要額外的參數，Context or Activity。

    別的就沒啥特別的了。

    如下是代碼：


private void insertDummyContactWrapper() {
    int hasWriteContactsPermission = ContextCompat.checkSelfPermission(MainActivity.this,
            Manifest.permission.WRITE_CONTACTS);
    if (hasWriteContactsPermission != PackageManager.PERMISSION_GRANTED) {
        if (!ActivityCompat.shouldShowRequestPermissionRationale(MainActivity.this,
                Manifest.permission.WRITE_CONTACTS)) {
            showMessageOKCancel("You need to allow access to Contacts",
                    new DialogInterface.OnClickListener() {
                        @Override
                        public void onClick(DialogInterface dialog, int which) {
                            ActivityCompat.requestPermissions(MainActivity.this,
                                    new String[] {Manifest.permission.WRITE_CONTACTS},
                                    REQUEST_CODE_ASK_PERMISSIONS);
                        }
                    });
            return;
        }
        ActivityCompat.requestPermissions(MainActivity.this,
                new String[] {Manifest.permission.WRITE_CONTACTS},
                REQUEST_CODE_ASK_PERMISSIONS);
        return;
    }
    insertDummyContact();
}

後兩個方法，咱們也可以在Fragment中使用，用v13兼容包:FragmentCompat.requestPermissions() and FragmentCompat.shouldShowRequestPermissionRationale().和activity效果同樣。

第三方庫簡化代碼

以上代碼真尼瑪複雜。爲解決這事。有不少第三方庫已經問世了，真屌真有速度。我試了很是多終於找到了個愜意的hotchemi's PermissionsDispatcher。
他和我上面作的同樣。僅僅是簡化了代碼。

靈活易擴展。試一下吧。假設不知足你可以找些其它的。

假設個人app還開着呢，權限被撤銷了，會發生生麼

權限隨時可以被撤銷。


Paste_Image.png

當app開着的時候被撤消了會發生什麼呢？我試過了發現這時app會忽然終止 terminated。app中的一切都被簡單粗暴的中止了。因爲terminated！對我來講這可以理解，因爲系統假設贊成它繼續執行（沒有某權限），這會召喚弗雷迪到個人噩夢裏。也許更糟...

結論建議

我相信你對新權限模型已經有了清晰的認識。我相信你也意識到了問題的嚴峻。


但是你沒得選擇。新執行時權限已經在棉花糖中被使用了。咱們沒有退路。

咱們現在惟一能作的就是保證app適配新權限模型.
欣慰的是僅僅有少數權限需要執行時權限模型。大多數常用的權限。好比。網絡訪問，屬於Normal Permission 在安裝時本身主動會受權，固然你要聲明，之後無需檢查。

所以，僅僅有少部分代碼你需要改動。


兩個建議：
1.嚴肅對待新權限模型
2.假設你代碼沒支持新權限。不要設置targetSdkVersion 23 。

尤爲是當你在Studio新建project時，不要忘了改動！

參考：http://www.jianshu.com/p/e1ab1a179fbb
相關文章
相關標籤/搜索
每日一句
    每一个你不满意的现在，都有一个你没有努力的曾经。
本站公眾號
   歡迎關注本站公眾號,獲取更多信息
聯繫我們 最近搜索 最新文章 沪ICP备13005482号-10 MyBatis教程 SQL 教程 MySQL教程 Java 教程 Thymeleaf 教程 Hibernate教程 Spring教程 Redis教程