終于等到你--權限工具類

Foreword

之前總是有小伙伴問 AndroidUtilCode 中有沒有權限工具類舌劳,但都被我懟回去了放坏,讓先用著其他第三方的纠脾,不過孩哑,到了如今的 1.11.0 版本的 AndroidUtilCode栓霜,這個一直拖欠著的權限工具類總算要問世了,以后小伙伴們?nèi)绻?AndroidUtilCode 需要動態(tài)授權的話横蜒,就不用再多依賴一個第三方庫了胳蛮,下面來介紹下其功能。

Functions

  • 兼容安卓各版本愁铺,包括 Android 8.0
  • 支持任意地方申請權限,不僅限于 Activity 和 Fragment 等
  • 支持多權限同時申請
  • 采用鏈式調(diào)用闻鉴,一句話解決權限申請

Achieve

首先來介紹其實現(xiàn)方式茵乱,關于運行時權限的介紹可以在官網(wǎng)查看 -> 傳送門。關于危險權限列表孟岛,我封裝危險權限常量類 PermissionConstants.java瓶竭,代碼如下所示:

import android.Manifest;
import android.Manifest.permission;
import android.annotation.SuppressLint;
import android.support.annotation.StringDef;

import java.lang.annotation.Retention;
import java.lang.annotation.RetentionPolicy;


/**
 * <pre>
 *     author: Blankj
 *     blog  : http://blankj.com
 *     time  : 2017/12/29
 *     desc  : 權限相關常量
 * </pre>
 */
@SuppressLint("InlinedApi")
public final class PermissionConstants {

    public static final String CALENDAR   = Manifest.permission_group.CALENDAR;
    public static final String CAMERA     = Manifest.permission_group.CAMERA;
    public static final String CONTACTS   = Manifest.permission_group.CONTACTS;
    public static final String LOCATION   = Manifest.permission_group.LOCATION;
    public static final String MICROPHONE = Manifest.permission_group.MICROPHONE;
    public static final String PHONE      = Manifest.permission_group.PHONE;
    public static final String SENSORS    = Manifest.permission_group.SENSORS;
    public static final String SMS        = Manifest.permission_group.SMS;
    public static final String STORAGE    = Manifest.permission_group.STORAGE;

    private static final String[] GROUP_CALENDAR   = {
            permission.READ_CALENDAR, permission.WRITE_CALENDAR
    };
    private static final String[] GROUP_CAMERA     = {
            permission.CAMERA
    };
    private static final String[] GROUP_CONTACTS   = {
            permission.READ_CONTACTS, permission.WRITE_CONTACTS, permission.GET_ACCOUNTS
    };
    private static final String[] GROUP_LOCATION   = {
            permission.ACCESS_FINE_LOCATION, permission.ACCESS_COARSE_LOCATION
    };
    private static final String[] GROUP_MICROPHONE = {
            permission.RECORD_AUDIO
    };
    private static final String[] GROUP_PHONE      = {
            permission.READ_PHONE_STATE, permission.READ_PHONE_NUMBERS, permission.CALL_PHONE,
            permission.ANSWER_PHONE_CALLS, permission.READ_CALL_LOG, permission.WRITE_CALL_LOG,
            permission.ADD_VOICEMAIL, permission.USE_SIP, permission.PROCESS_OUTGOING_CALLS
    };
    private static final String[] GROUP_SENSORS    = {
            permission.BODY_SENSORS
    };
    private static final String[] GROUP_SMS        = {
            permission.SEND_SMS, permission.RECEIVE_SMS, permission.READ_SMS,
            permission.RECEIVE_WAP_PUSH, permission.RECEIVE_MMS,
    };
    private static final String[] GROUP_STORAGE    = {
            permission.READ_EXTERNAL_STORAGE, permission.WRITE_EXTERNAL_STORAGE
    };

    @StringDef({CALENDAR, CAMERA, CONTACTS, LOCATION, MICROPHONE, PHONE, SENSORS, SMS, STORAGE,})
    @Retention(RetentionPolicy.SOURCE)
    public @interface Permission {
    }

    public static String[] getPermissions(@Permission final String permission) {
        switch (permission) {
            case CALENDAR:
                return GROUP_CALENDAR;
            case CAMERA:
                return GROUP_CAMERA;
            case CONTACTS:
                return GROUP_CONTACTS;
            case LOCATION:
                return GROUP_LOCATION;
            case MICROPHONE:
                return GROUP_MICROPHONE;
            case PHONE:
                return GROUP_PHONE;
            case SENSORS:
                return GROUP_SENSORS;
            case SMS:
                return GROUP_SMS;
            case STORAGE:
                return GROUP_STORAGE;
        }
        return new String[]{permission};
    }
}

為了適配 Android 8.0,我在申請權限的時候渠羞,會把清單文件中使用到的同組的權限都一次性申請完畢斤贰,相關代碼如下所示:

private static final List<String> PERMISSIONS = getPermissions();

/**
 * 獲取應用權限
 *
 * @return 清單文件中的權限列表
 */
public static List<String> getPermissions() {
    return getPermissions(Utils.getApp().getPackageName());
}

/**
 * 獲取應用權限
 *
 * @param packageName 包名
 * @return 清單文件中的權限列表
 */
public static List<String> getPermissions(final String packageName) {
    PackageManager pm = Utils.getApp().getPackageManager();
    try {
        return Arrays.asList(
                pm.getPackageInfo(packageName, PackageManager.GET_PERMISSIONS)
                        .requestedPermissions
        );
    } catch (PackageManager.NameNotFoundException e) {
        e.printStackTrace();
        return Collections.emptyList();
    }
}

/**
 * 設置請求權限
 *
 * @param permissions 要請求的權限
 * @return {@link PermissionUtils}
 */
public static PermissionUtils permission(@Permission final String... permissions) {
    return new PermissionUtils(permissions);
}

private PermissionUtils(final String... permissions) {
    mPermissions = new LinkedHashSet<>();
    for (String permission : permissions) {
        for (String aPermission : PermissionConstants.getPermissions(permission)) {
            if (PERMISSIONS.contains(aPermission)) {
                mPermissions.add(aPermission);
            }
        }
    }
    sInstance = this;
}

為了支持任意地方都可以申請權限,我在 PermissionUtils.java 中封裝了 PermissionActivity次询,源碼如下所示:

@RequiresApi(api = Build.VERSION_CODES.M)
public static class PermissionActivity extends Activity {
    public static void start(final Context context) {
        Intent starter = new Intent(context, PermissionActivity.class);
        starter.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
        context.startActivity(starter);
    }
    @Override
    protected void onCreate(@Nullable Bundle savedInstanceState) {
        if (sInstance.mThemeCallback != null) {
            sInstance.mThemeCallback.onActivityCreate(this);
        } else {
            Window window = getWindow();
            window.setBackgroundDrawable(null);
            int option = View.SYSTEM_UI_FLAG_LAYOUT_STABLE
                    | View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN;
            window.getDecorView().setSystemUiVisibility(option);
            window.setStatusBarColor(Color.TRANSPARENT);
        }
        super.onCreate(savedInstanceState);
        if (sInstance.rationale(this)) {
            finish();
            return;
        }
        if (sInstance.mPermissionsRequest != null) {
            int size = sInstance.mPermissionsRequest.size();
            requestPermissions(sInstance.mPermissionsRequest.toArray(new String[size]), 1);
        }
    }
    @Override
    public void onRequestPermissionsResult(int requestCode,
                                           @NonNull String[] permissions,
                                           @NonNull int[] grantResults) {
        sInstance.onRequestPermissionsResult(this);
        finish();
    }
}

這樣我們便可以自己全權處理權限請求荧恍,但啟動的這個 PermissionActivity 的主題并不一定符合小伙伴們應用的 Activity 相關主題,所以我留了個設置主題的回調(diào)接口屯吊,比如可以把這個 Activity 設置為全屏等操作送巡,這樣便可無感知地啟動一個 Activity,相關主題屬性如下:

<style name="ActivityTranslucent">
    <item name="android:windowBackground">@android:color/transparent</item>
    <item name="android:colorBackgroundCacheHint">@null</item>
    <item name="android:windowIsTranslucent">true</item>
    <item name="android:windowNoTitle">true</item>
    <item name="android:windowContentOverlay">@null</item>
    <item name="android:activityOpenEnterAnimation">@null</item>
    <item name="android:activityOpenExitAnimation">@null</item>
    <item name="android:activityCloseEnterAnimation">@null</item>
    <item name="android:activityCloseExitAnimation">@null</item>
    <item name="android:statusBarColor">@android:color/transparent</item>
</style>

這個應該能適配很多應用了盒卸。

當然骗爆,如果有設置 rationale 的話,也就是設置拒絕權限后再次請求的回調(diào)接口蔽介,此時便會走 sInstance.rationale(this)摘投,具體代碼如下所示:

@RequiresApi(api = Build.VERSION_CODES.M)
private boolean rationale(final Activity activity) {
    boolean isRationale = false;
    if (mOnRationaleListener != null) {
        for (String permission : mPermissionsRequest) {
            if (activity.shouldShowRequestPermissionRationale(permission)) {
                getPermissionsStatus(activity);
                mOnRationaleListener.rationale(new ShouldRequest() {
                    @Override
                    public void again(boolean again) {
                        if (again) {
                            startPermissionActivity();
                        } else {
                            requestCallback();
                        }
                    }
                });
                isRationale = true;
                break;
            }
        }
        mOnRationaleListener = null;
    }
    return isRationale;
}

邏輯就是如果 rationale 回調(diào)接口 執(zhí)行了 shouldRequest.again(true);煮寡,那么就會繼續(xù)申請下去,反之則不再申請犀呼,多用在彈出一個提示對話框來讓用戶選擇是否繼續(xù)請求權限幸撕。

最終就是發(fā)起請求和接受請求,并把最終狀態(tài)保存到 mPermissionsGranted圆凰、mPermissionsDeniedmPermissionsDeniedForever 中杈帐,最終回調(diào) callback 的接口,相關代碼如下所示:

private void getPermissionsStatus(final Activity activity) {
    for (String permission : mPermissionsRequest) {
        if (isGranted(permission)) {
            mPermissionsGranted.add(permission);
        } else {
            mPermissionsDenied.add(permission);
            if (!activity.shouldShowRequestPermissionRationale(permission)) {
                mPermissionsDeniedForever.add(permission);
            }
        }
    }
}

private void requestCallback() {
    if (mSimpleCallback != null) {
        if (mPermissionsRequest.size() == 0
                || mPermissions.size() == mPermissionsGranted.size()) {
            mSimpleCallback.onGranted();
        } else {
            if (!mPermissionsDenied.isEmpty()) {
                mSimpleCallback.onDenied();
            }
        }
        mSimpleCallback = null;
    }
    if (mFullCallback != null) {
        if (mPermissionsRequest.size() == 0
                || mPermissions.size() == mPermissionsGranted.size()) {
            mFullCallback.onGranted(mPermissionsGranted);
        } else {
            if (!mPermissionsDenied.isEmpty()) {
                mFullCallback.onDenied(mPermissionsDeniedForever, mPermissionsDenied);
            }
        }
        mFullCallback = null;
    }
    mOnRationaleListener = null;
    mThemeCallback = null;
}

private void onRequestPermissionsResult(final Activity activity) {
    getPermissionsStatus(activity);
    requestCallback();
}

Use

說了那么多专钉,總算到使用了挑童,其實使用起來非常方便,一句話即可跃须,比如我們要申請 android.permission.READ_CALENDAR 權限站叼,那么我們可以去 PermissionConstants.java 中找到其所屬組,也就是 CALENDAR菇民,而應用是全屏類型的應用尽楔,那么我們可以像下面這樣發(fā)起請求。

PermissionUtils.permission(PermissionConstants.CALENDAR)
        .rationale(new PermissionUtils.OnRationaleListener() {
            @Override
            public void rationale(final ShouldRequest shouldRequest) {
                PermissionHelper.showRationaleDialog(shouldRequest);
            }
        })
        .callback(new PermissionUtils.FullCallback() {
            @Override
            public void onGranted(List<String> permissionsGranted) {
                updateAboutPermission();
            }
            @Override
            public void onDenied(List<String> permissionsDeniedForever,
                                 List<String> permissionsDenied) {
                if (!permissionsDeniedForever.isEmpty()) {
                    PermissionHelper.showOpenAppSettingDialog();
                }
                LogUtils.d(permissionsDeniedForever, permissionsDenied);
            }
        })
        .theme(new PermissionUtils.ThemeCallback() {
            @Override
            public void onActivityCreate(Activity activity) {
                ScreenUtils.setFullScreen(activity);// 設置全屏
            }
        })
        .request();

如果還有不會的可以參考 AndroidUtilCode 中的 demo -> PermissionActivity.java

Tips:推薦小伙伴們最好把權限請求相關的操作都放在一個 helper 類中第练,就像我 AndroidUtilCode 中 demo 的做法阔馋,創(chuàng)建一個 PermissionHelper.java,畢竟有很多權限請求都是重復娇掏。

Conclusion

好了呕寝,本次的權限工具類介紹就到此結束了,在這么簡潔的工具類背后都是本柯基辛勤付出的汗水婴梧,瘋狂地 debug下梢,瘋狂地測試來消除內(nèi)存泄漏的問題,雖然路途很艱辛塞蹭,但最終還是成功地完成了該工具類孽江,終于等到你。

最后編輯于
?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
  • 序言:七十年代末番电,一起剝皮案震驚了整個濱河市岗屏,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌漱办,老刑警劉巖担汤,帶你破解...
    沈念sama閱讀 206,126評論 6 481
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異洼冻,居然都是意外死亡崭歧,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 88,254評論 2 382
  • 文/潘曉璐 我一進店門撞牢,熙熙樓的掌柜王于貴愁眉苦臉地迎上來率碾,“玉大人叔营,你說我怎么就攤上這事∷祝” “怎么了绒尊?”我有些...
    開封第一講書人閱讀 152,445評論 0 341
  • 文/不壞的土叔 我叫張陵,是天一觀的道長仔粥。 經(jīng)常有香客問我婴谱,道長,這世上最難降的妖魔是什么躯泰? 我笑而不...
    開封第一講書人閱讀 55,185評論 1 278
  • 正文 為了忘掉前任谭羔,我火速辦了婚禮,結果婚禮上麦向,老公的妹妹穿的比我還像新娘瘟裸。我一直安慰自己,他們只是感情好诵竭,可當我...
    茶點故事閱讀 64,178評論 5 371
  • 文/花漫 我一把揭開白布话告。 她就那樣靜靜地躺著,像睡著了一般卵慰。 火紅的嫁衣襯著肌膚如雪沙郭。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 48,970評論 1 284
  • 那天裳朋,我揣著相機與錄音病线,去河邊找鬼。 笑死再扭,一個胖子當著我的面吹牛氧苍,可吹牛的內(nèi)容都是我干的夜矗。 我是一名探鬼主播泛范,決...
    沈念sama閱讀 38,276評論 3 399
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼紊撕!你這毒婦竟也來了罢荡?” 一聲冷哼從身側響起,我...
    開封第一講書人閱讀 36,927評論 0 259
  • 序言:老撾萬榮一對情侶失蹤对扶,失蹤者是張志新(化名)和其女友劉穎区赵,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體浪南,經(jīng)...
    沈念sama閱讀 43,400評論 1 300
  • 正文 獨居荒郊野嶺守林人離奇死亡笼才,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 35,883評論 2 323
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了络凿。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片骡送。...
    茶點故事閱讀 37,997評論 1 333
  • 序言:一個原本活蹦亂跳的男人離奇死亡昂羡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出摔踱,到底是詐尸還是另有隱情虐先,我是刑警寧澤,帶...
    沈念sama閱讀 33,646評論 4 322
  • 正文 年R本政府宣布派敷,位于F島的核電站蛹批,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏篮愉。R本人自食惡果不足惜腐芍,卻給世界環(huán)境...
    茶點故事閱讀 39,213評論 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望潜支。 院中可真熱鬧甸赃,春花似錦、人聲如沸冗酿。這莊子的主人今日做“春日...
    開封第一講書人閱讀 30,204評論 0 19
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽裁替。三九已至项玛,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間弱判,已是汗流浹背襟沮。 一陣腳步聲響...
    開封第一講書人閱讀 31,423評論 1 260
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留昌腰,地道東北人开伏。 一個月前我還...
    沈念sama閱讀 45,423評論 2 352
  • 正文 我出身青樓,卻偏偏與公主長得像遭商,于是被迫代替她去往敵國和親固灵。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 42,722評論 2 345