一，前言
最近App的targetSdkVersion提升到23以上，因此需要處理動態(tài)權(quán)限的問題，因此網(wǎng)上學(xué)習(xí)了動態(tài)權(quán)限的一些知識，在實踐中也遇到了不少的問題，因此在此做記錄。
二，關(guān)于動態(tài)權(quán)限
安卓系統(tǒng)的權(quán)限管理機制從Android 6.0( Android M，對應(yīng)的API 23)之后發(fā)生了很大的改變，為了對app安全運行有更好的控制，谷歌對權(quán)限進行了分類，權(quán)限分為普通權(quán)限（Normal Permissions）和危險權(quán)限（Dangerous Permissions），普通權(quán)限是一些不會涉及用戶隱私，擁有權(quán)限也不會造成什么危險，比如訪問網(wǎng)絡(luò)等，如果需要在Mainfest.xml里添加即可，app會在安裝的時候被給予權(quán)限，而且一旦給予權(quán)限也沒有地方可以取消。而危險權(quán)限則是一些會涉及到用戶隱私，需要讓用戶來決定是否接受賦予app的權(quán)限，比如攝像頭，通訊錄等等。被列為危險的權(quán)限要求必須申請動態(tài)權(quán)限，并且也需要在Mainfest.xml里添加。如果沒有權(quán)限去運行則會崩潰。
普通權(quán)限不多做介紹了，可以去谷歌官網(wǎng)自行查找，下面對危險權(quán)限進行講解，谷歌對危險權(quán)限提出了權(quán)限組的概念，即相似權(quán)限的在一個權(quán)限組里，賦予權(quán)限時是以權(quán)限組的方式賦予的，比如sd卡的讀寫權(quán)限組：
group:android.permission-group.STORAGE
permission:android.permission.READ_EXTERNAL_STORAGE
permission:android.permission.WRITE_EXTERNAL_STORAGE
申請權(quán)限時會把權(quán)限組的權(quán)限一起賦予，比如申請sd卡寫權(quán)限，同時會把讀權(quán)限一起給予（8.0之后對此做了更為嚴(yán)格的限制，同一權(quán)限組也必須單獨的申請，不過如果之前已經(jīng)申請過該組里的權(quán)限，則不會再通知用戶）。危險權(quán)限共分為九組，具體權(quán)限組如下：
申請動態(tài)權(quán)限發(fā)生的場景：
1，targetSdkVersion>=23
2，手機是6.0及以上的。
如果手機系統(tǒng)是6.0以下，或者targetSdkVersion<23，無論手機系統(tǒng)版本是不是6.0以上，都不會進 行動態(tài)權(quán)限的申請。（M以下的系統(tǒng)進行權(quán)限查詢checkSelfPermission會直接返回true）。
三，動態(tài)權(quán)限申請步驟
1，在AndroidManifest文件中添加需要的權(quán)限。（如果沒有聲明，直接去申請權(quán)限會導(dǎo)致程序崩潰）。
2，檢查權(quán)限：
int checkSelfPermission(@NonNull Context context, @NonNull String permission)
private boolean checkPermission(String permission) {
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
if (ContextCompat.checkSelfPermission(this, permission) == PackageManager.PERMISSION_GRANTED) {
return true;
} else {
return false;
}
} else {
return true;
}
}
3，申請授權(quán)
void ActivityCompat.requestPermissions(final @NonNull Activity activity,final @NonNull String[] permissions, final @IntRange(from = 0) int requestCode)
private void startRequestPermision(String[] permissions) {
ActivityCompat.requestPermissions(MainActivity.this, permissions, REQUEST_CODE);
}
該方法是異步的，第一個參數(shù)是Context；第二個參數(shù)是需要申請的權(quán)限的字符串?dāng)?shù)組；第三個參數(shù)為requestCode，主要用于回調(diào)的時候檢測?？梢詮姆椒鹯equestPermissions以及第二個參數(shù)看出，是支持一次性申請多個權(quán)限的，系統(tǒng)會通過對話框逐一詢問用戶是否授權(quán)。
4，處理權(quán)限申請回調(diào)
void onRequestPermissionsResult(intrequestCode, String permissions[],int[] grantResults)
@Override
public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {
if (requestCode == REQUEST_CODE) {
if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.M) {
if (grantResults[0] == PackageManager.PERMISSION_GRANTED) {
//TODO
} else {
//如果拒絕授予權(quán)限,且勾選了再也不提醒
if (!shouldShowRequestPermissionRationale(permissions[0])) {
//說明申請權(quán)限原因 showDescDialog();
} else {
//去設(shè)置頁面 goSetting();
}
}
}
}
super.onRequestPermissionsResult(requestCode, permissions, grantResults);
}
申請的權(quán)限系統(tǒng)會通過彈窗逐一讓用戶選擇是否給予，如果不給予而又必須申請權(quán)限，則有兩種情況，如果用戶沒有勾選“不再提醒”選項，則還可以通過彈窗來說明申請權(quán)限的原因。如果用戶勾選了“不再提醒”選項，則只能通過去設(shè)置頁面讓用戶手動添加權(quán)限。
四，遇到的問題
1，不同手機廠商對權(quán)限申請機制做了修改
在申請權(quán)限時表現(xiàn)形式會有所不同，不過大部分的流程還是和原生系統(tǒng)大同小異。比如小米手機，小米手機在6.0以下已經(jīng)增加了動態(tài)權(quán)限，是通過類似安全管家的軟件進行權(quán)限檢測。有一些廠商修改的動態(tài)權(quán)限申請有問題，比如魅族的flyme，在一個6.0的版本上，檢查權(quán)限會告知有權(quán)限，因此檢查步驟通過，但是實際上并沒有給予，在實際使用權(quán)限的時候觸發(fā)告知app正在請求使用權(quán)限，即使此時同意，也不能避免此次調(diào)用失敗，再次使用時才成功。確實挺坑的，也沒想到好的解決方案。
2，用戶在應(yīng)用設(shè)置頁面手動操作權(quán)限對應(yīng)用的影響
app如果在后臺正在運行，當(dāng)在系統(tǒng)設(shè)置里增加權(quán)限沒問題，如果有減少權(quán)限的動作(1,減少某一個權(quán)限; 2,對某個權(quán)限增加又減少)，則都會觸發(fā)系統(tǒng)把app進程kill掉，然后重新啟動進程。具體現(xiàn)象如下：
從后臺中重新打開app時，activity的棧為空，系統(tǒng)自動把退到后臺時顯示的activity放到棧頂，并且記錄了原來的棧順序，可以像原來棧順序一樣后退，但是每個activity顯示時都是重新創(chuàng)建（onCreate），另外重啟后內(nèi)存數(shù)據(jù)全部丟失了。針對該問題有如下的處理方法，在ActivityLifeCycle里增加記錄Activity棧里activity數(shù)量的變量，可以檢測到棧為空到有的時刻，如果該時刻第一個入棧的activity不是閃屏頁（第一個啟動的頁面）則重啟應(yīng)用。
