內容簡介
在Android M版本發佈之前，Android系統中的權限模式一直採取較爲簡單粗暴的處理方式——即在安裝之時由用戶作出全部允許或者全不允許的二元選擇。這意味着如果用戶希望使用某款應用程序，則首先需要接受其中包含的全部權限要求或者乾脆放棄安裝。這就導致很多開發人員的編程成果在安裝之時就被用戶所棄用，根本無法真正實現用戶與開發者間的信任關係乃至其它隱私保障手段。
而在新的權限模式之下，用戶將能夠根據自己的實際需要在運行時中對各項權限進行審覈，且隨時關閉其中的部分權限。在今天的文章中，我們將共同瞭解如何處理權限機制中出現在新型變更，並掌握它們給開發人員乃至用戶使用體驗帶來的實際影響。
值得強調的是，這篇文章是在Android M正式版本發佈之前所寫成，因此其中一部分信息可能在未來出現變動。
- 哪些部分要求對應權限？
儘管Android M仍然要求開發者在AndroidManifest.xml當中進行權限聲明，但用戶現在已經能夠在運行時當中對應用所使用的權限進行審覈或者撤銷。在這套Android新版本當中，最重要的變動就是android.permission.INTERNET與android.permission.WRITE_EXTERNAL_STORAGE已經從危險評級恢復到了普通等級。這意味着我們用不着再使用之前針對這二者向用戶提出申請。
在發出權限審覈請求時，用戶將需要根據權限組對其提供授權，而非對組內的各單獨權限作出審覈。這意味着如果我們的應用程序需要同時發送及收取短信消息，那麼用戶只需要批准短信權限組即可。下面這份列表爲Android M開發者預覽版2當中能夠從系統設置中直接查看到的各受支持權限組。
另外需要注意的是，Android是一套強大的Intent系統，它允許開發人員獲取來自其它應用程序的數據。相較於申請攝像頭使用權限並開發出一款能夠使用Camera API的應用，大家現在可以要求用戶利用現有受信拍照應用拍攝一幅圖像，從而幫助自己的應用程序獲取所需之圖像素材。這些與攝像頭相關的權限將由拍照應用負責處理，而非應用程序本身。
- 如何要求獲取權限？
當大家需要使用某項要求權限審覈機制的功能時，系統會執行一系列事件流程。我們首先需要查看該權限是否已經爲用戶所允許。
如果用戶此前尚未批准這項權限，那麼大家可以通過權限請求對話框的形式向用戶作出提示。在首次彈出權限請求對話框時，用戶需要在拒絕與接受二者之間作出選擇。
不過如果用戶此前已經拒絕了相關權限的請求，並再次面對同樣的請求，這時他們將看到額外的選項——即永遠停止顯示此類權限請求詢問。
大家可以在請求某項權限之前通過調用checkSelfPermission來檢查用戶此前是否已經通過了該權限授權。這項方法會根據權限是否得到批准而返回一個int值。
如果返回結果爲PackageManager.PERMISSION_GRANTED，那麼大家可以繼續根據既定設計思路推進。不過如果該權限此前尚未得到批准，那麼我們需要利用requestPermissions向用戶發出請求，利用一個權限字符串數組進行傳遞，並利用一段自定義int請求代碼對應用的邏輯流程進行追蹤。
int hasLocationPermission = checkSelfPermission( Manifest.permission.ACCESS_FINE_LOCATION );
int hasSMSPermission = checkSelfPermission( Manifest.permission.SEND_SMS );
List<String> permissions = new ArrayList<String>();
if( hasLocationPermission != PackageManager.PERMISSION_GRANTED ) {
permissions.add( Manifest.permission.ACCESS_FINE_LOCATION );
}
if( hasSMSPermission != PackageManager.PERMISSION_GRANTED ) {
permissions.add( Manifest.permission.SEND_SMS );
}
if( !permissions.isEmpty() ) {
requestPermissions( permissions.toArray( new String[permissions.size()] ), REQUEST_CODE_SOME_FEATURES_PERMISSIONS );
} 在requestPermissions被調用之後，用戶則會看到一個對話框，其中包含應用程序所需權限項目之權限組提示。這是請求必需權限的最佳實踐方式，現在大家最好不要在應用首次啓動時一次性要求用戶接受全部對應權限。
當用戶點選了對話框中的選項之後，我們接下來要調用onRequestPermissionsResult並在Activity當中進行訪問。通過這種方式，我們的應用程序將能夠在用戶拒絕了一項或者多項權限請求之後繼續運行剩餘部分功能。
以下代碼顯示了我們該如何在某項權限被批准或者拒絕後對結果進行查詢。如果用戶拒絕了我們提出的必要權限申請，大家應當禁用對應的功能並允許用戶瞭解其爲何無法在應用程序當中正常生效。
@Override
public void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) {
switch ( requestCode ) {
case REQUEST_CODE_SOME_FEATURES_PERMISSIONS: {
for( int i = 0; i < permissions.length; i++ ) {
if( grantResults[i] == PackageManager.PERMISSION_GRANTED ) {
Log.d( "Permissions", "Permission Granted: " + permissions[i] );
} else if( grantResults[i] == PackageManager.PERMISSION_DENIED ) {
Log.d( "Permissions", "Permission Denied: " + permissions[i] );
}
}
}
break;
default: {
super.onRequestPermissionsResult(requestCode, permissions, grantResults);
}
}
} - Android M當中的遺留應用
儘管針對Android M開發而成的應用程序必須採用新型權限對話框與相關實現方法，但面向早期Android版本構建的應用仍然會在安裝時直接向用戶顯示權限列表並要求一次性接受或拒絕。不過在Android M當中，用戶完全可以在作出選擇之後隨時對相關權限進行調用。
由於負責處理權限調用任務的底層結構並不適用於面向早期Android版本的應用程序，所以當相關權限未被接受時，任何要求配合相關權限的功能都會返回null、0或者空值。這有可能導致應用程序出現意料之外的行爲，因此建議各位開發人員對自己的原有應用程序進行升級，以確保其儘早支持Android M中的全新權限模式。
總結陳詞
在今天的文章中，大家已經瞭解了新型Android M權限模式以及如何在自己的應用程序當中爲其提供支持。我們還探討了如何調整針對早期版本系統開發的應用程序，以確保其能夠與Android新版本順暢協作。利用這些信息，大家應該能夠保證自己的應用程序做好迎接Android下一代重要版本更新的各項準備。
原文地址: