Android6 0在執行時請求許可權

原始文章：

從 android 6.0（api 級別 23）開始，使用者開始在應用執行時向其授予許可權，而不是在應用安裝時授予。此方法可以簡化應用安裝過程，因為使用者在安裝或更新應用時不需要授予許可權。它還讓使用者可以對應用的功能進行更多控制；例如，使用者可以選擇為相機應用提供相機訪問許可權，而不提供裝置位置的訪問許可權。使用者可以隨時進入應用的「settings」螢幕呼叫許可權。

系統許可權分為兩類：正常許可權和危險許可權：

如需了解詳細資訊，請參閱正常許可權和危險許可權。

在所有版本的 android 中，您的應用都需要在其應用清單中同時宣告它需要的正常許可權和危險許可權，如宣告許可權中所述。不過，該宣告的影響因系統版本和應用的目標 sdk 級別的不同而有所差異：

注：從 android 6.0（api 級別 23）開始，使用者可以隨時從任意應用呼叫許可權，即使應用面向較低的 api 級別也可以呼叫。無論您的應用面向哪個 api 級別，您都應對應用進行測試，以驗證它在缺少需要的許可權時行為是否正常。

本課將介紹如何使用 android 支援庫來檢查和請求許可權。android 框架從 android 6.0（api 級別 23）開始提供類似方法。不過，使用支援庫更簡單，因為在呼叫方法前，您的應用不需要檢查它在哪個版本的 android 上執行。

如果您的應用需要危險許可權，則每次執行需要這一許可權的操作時您都必須檢查自己是否具有該許可權。使用者始終可以自由呼叫此許可權，因此，即使應用昨天使用了相機，它不能假設自己今天仍具有該許可權。

要檢查您是否具有某項許可權，請呼叫 contextcompat.checkselfpermission() 方法。例如，以下**段顯示了如何檢查 activity 是否具有在日曆中進行寫入的許可權：

// assume thisactivity is the current activity
int permissioncheck = contextcompat.checkselfpermission(thisactivity,
manifest.permission
.write_calendar);

如果應用具有此許可權，方法將返回 packagemanager.permission_granted，並且應用可以繼續操作。如果應用不具有此許可權，方法將返回 permission_denied，且應用必須明確向使用者要求許可權。

如果您的應用需要應用清單中列出的危險許可權，那麼，它必須要求使用者授予該許可權。android 為您提供了多種許可權請求方式。呼叫這些方法將顯示乙個標準的 android 對話方塊，不過，您不能對它們進行自定義。

在某些情況下，您可能需要幫助使用者了解您的應用為什麼需要某項許可權。例如，如果使用者啟動乙個攝影應用，使用者對應用要求使用相機的許可權可能不會感到吃驚，但使用者可能無法理解為什麼此應用想要訪問使用者的位置或聯絡人。在請求許可權之前，不妨為使用者提供乙個解釋。請記住，您不需要通過解釋來說服使用者；如果您提供太多解釋，使用者可能發現應用令人失望並將其移除。

您可以採用的乙個方法是僅在使用者已拒絕某項許可權請求時提供解釋。如果使用者繼續嘗試使用需要某項許可權的功能，但繼續拒絕許可權請求，則可能表明使用者不理解應用為什麼需要此許可權才能提供相關功能。對於這種情況，比較好的做法是顯示解釋。

注：如果使用者在過去拒絕了許可權請求，並在許可權請求系統對話方塊中選擇了 don』t ask again 選項，此方法將返回 false。如果裝置規範禁止應用具有該許可權，此方法也會返回 false。

以下**可以檢查應用是否具備讀取使用者聯絡人的許可權，並根據需要請求該許可權：

// here, thisactivity is the current activity
if (contextcompat.checkselfpermission(thisactivity,
manifest.permission.read_contacts)
!= packagemanager.permission_granted) else ,
my_permissions_request_read_contacts);
// my_permissions_request_read_contacts is an
// result of the request.
}}

@override
public
void
onrequestpermissionsresult(int requestcode,
string permissions, int grantresults) else 
return;
}// other 'case' lines to check for other
}}

注：您的應用仍需要明確請求其需要的每項許可權，即使使用者已向應用授予該許可權組中的其他許可權。此外，許可權分組在將來的 android 版本中可能會發生變化。您的**不應依賴特定許可權屬於或不屬於相同組這種假設。

例如，假設您在應用清單中列出了 read_contacts 和 write_contacts。如果您請求 read_contacts 且使用者授予了此許可權，那麼，當您請求 write_contacts 時，系統將立即授予您該許可權，不會與使用者互動。

如果使用者拒絕了某項許可權請求，您的應用應採取適當的操作。例如，您的應用可能顯示乙個對話方塊，解釋它為什麼無法執行使用者已經請求但需要該許可權的操作。

Android6 0在執行時請求許可權

android 6 0 執行時許可權

Android 6 0執行時許可權管理

Android 6 0 執行時許可權處理

Android6 0在執行時請求許可權

android 6 0 執行時許可權

Android 6 0執行時許可權管理

Android 6 0 執行時許可權處理

相關推薦