Android M 動態權限獲取
新的權限獲取方式除了要求像之前版本號一樣在AndroidManifest文件裏靜態申請之外，應用還需依據須要請求權限，方式採用向用戶顯示一個請求權限的對話框。
這些被動態申請的權限能夠在系統設置中被手動關閉。另外，對於類別為NORMAL的權限，仍然僅僅須要在AndroidManifest文件裏靜態申請。系統安裝時會直接獲取。對於NORMAL權限下文有具體的說明。
PROTECTION_NORMAL類權限
當用戶安裝或更新應用時，系統將授予應用所請求的屬於 PROTECTION_NORMAL 的全部權限（安裝時授權的一類基本權限）。這類權限包含：
android 僅僅須要在AndroidManifest.xml中簡單聲明這些權限就好，安裝時就授權。不須要每次使用時都檢查權限。並且用戶不能取消以上授權。
權限組
新的權限模型中還提出了一個權限組的概念，能夠簡單理解為假設一個權限組內的某個權限被獲取了。那麽這個組中剩余的權限也會被自己主動獲取。比如：android.permission-group.CALENDAR中的android.permission.WRITE_CALENDAR 權限被獲取。那麽應用會自己主動獲取android.permission.READ_CALENDAR權限。
一般動態獲取方法
tip1
判定是否有權限：checkSelfPermission()
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 ()
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()
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();
}
tip5
假設用戶在選擇權限對話框拒絕了某個權限的申請，那麽再次申請該權限時會多出一個“不再詢問”的checkbox，假設勾選，那麽即便程序再調用requestPermission()。對話框也不會再彈出了。
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
Android M 動態權限獲取