Android6.0 權限適配
前言
現在談論Android權限適配可能有點沒必要,因為網上關于權限適配的文章很多,搜一下Android6.0權限適配關鍵詞能搜到一堆文章,而且很多寫的還很不錯。不過自己想了想還是總結一下,因為那些文章都是別人的,不是自己的,之前一直想總結一下,但是一直沒做,今天就簡單記錄一下,方便以后查閱,也對Android6.0的權限機制再次進行一次全面的認識。
從Android M開始,用戶開始在應用運行時向其授予權限,而不是在應用安裝時授予。這樣更友好的讓用戶選擇,當真正需要權限的時候再去申請權限,而不是Android M之前在安裝時一下子去申請。
正常權限
正常權限不會直接給用戶隱私權帶來風險。如果您的應用在其清單中列出了正常權限,系統將自動授予該權限。而不需要我們去請求權限。
ACCESS_LOCATION_EXTRA_COMMANDS
ACCESS_NETWORK_STATE
ACCESS_NOTIFICATION_POLICY
ACCESS_WIFI_STATE
BLUETOOTH
BLUETOOTH_ADMIN
BROADCAST_STICKY
CHANGE_NETWORK_STATE
CHANGE_WIFI_MULTICAST_STATE
CHANGE_WIFI_STATE
DISABLE_KEYGUARD
EXPAND_STATUS_BAR
GET_PACKAGE_SIZE
INSTALL_SHORTCUT
INTERNET
KILL_BACKGROUND_PROCESSES
MODIFY_AUDIO_SETTINGS
NFC
READ_SYNC_SETTINGS
READ_SYNC_STATS
RECEIVE_BOOT_COMPLETED
REORDER_TASKS
REQUEST_IGNORE_BATTERY_OPTIMIZATIONS
REQUEST_INSTALL_PACKAGES
SET_ALARM
SET_TIME_ZONE
SET_WALLPAPER
SET_WALLPAPER_HINTS
TRANSMIT_IR
UNINSTALL_SHORTCUT
USE_FINGERPRINT
VIBRATE
WAKE_LOCK
WRITE_SYNC_SETTINGS
危險權限
危險權限涵蓋應用需要涉及用戶隱私信息的數據或資源,或者可能對用戶存儲的數據或其他應用的操作產生影響的區域。例如,能夠讀取用戶的聯系人屬于危險權限。如果應用聲明其需要危險權限,則用戶必須明確向應用授予該權限。
在危險權限中,我們需要了解一個權限組的概念,所有危險的 Android 系統權限都屬于權限組,如果應用請求其清單中列出的危險權限,而應用目前在權限組中沒有擁有任何權限,則系統會向用戶顯示一個對話框,描述應用要訪問的權限組。對話框不描述該組內的具體權限。
例如我們需要讀取獲取手機卡imsi,此時需要請求權限READ_PHONE_STATE,發現此時提示框也展示了請求打電話權限。( 系統只告訴用戶應用需要的權限組,而不告知具體權限 )其實READ_PHONE_STATE和打電話權限CALL_PHONE都屬于一個權限組PHONE,如果我們此時允許了權限,那么下次再其他地方使用了打電話權限時系統將立即授予該權限。
這里寫圖片描述
注:任何權限都可屬于一個權限組,包括正常權限和應用定義的權限。但權限組僅當權限危險時才影響用戶體驗。可以忽略正常權限的權限組。
權限組 | 權限 |
---|---|
CALENDAR | READ_CALENDAR WRITE_CALENDAR |
CAMERA | CAMERA |
CONTACTS | READ_CONTACTS WRITE_CONTACTS GET_ACCOUNTS |
LOCATION | ACCESS_FINE_LOCATION ACCESS_COARSE_LOCATION |
MICROPHONE | RECORD_AUDIO |
PHONE | READ_PHONE_STATE CALL_PHONE READ_CALL_LOG WRITE_CALL_LOG ADD_VOICEMAIL USE_SIP PROCESS_OUTGOING_CALLS |
SENSORS | BODY_SENSORS |
SMS | SEND_SMS RECEIVE_SMS READ_SMS RECEIVE_WAP_PUSH RECEIVE_MMS |
權限請求API
/**
* 確定權限是否已經被授予
* @param permission 被檢測權限的名字.
* @return {@link android.content.pm.PackageManager#PERMISSION_GRANTED} 如果權限被授予,
* {@link android.content.pm.PackageManager#PERMISSION_DENIED} 如果權限被拒絕返回值.
*/
public static int checkSelfPermission(@NonNull Context context, @NonNull String permission)
/**
* 是否顯示自定義UI提示用戶
* 華為手機測試 第一次使用時返回false
* 如果拒絕返回true
* 如果拒絕并點擊不在提醒返回false
* 已經同意過權限,但在設置拒絕此時返回true
* 沒有同意過權限,在設置中開啟并拒絕權限返回false
* @param activity 請求權限Activity.
* @param permission 需要請求的權限.
* @return 是否顯示自定義對話框提示用戶.
*/
public static boolean shouldShowRequestPermissionRationale(@NonNull Activity activity,
@NonNull String permission)
/**
* 給應用申請權限,申請的權限必須在manifest文件注冊,正常權限在安裝時自動被授權,不需要使用此方法請求權限
* 請求之后會彈出系統提示框,供我們選擇是拒絕還是允許,點擊后
* android.support.v4.app.ActivityCompat.OnRequestPermissionsResultCallback#onRequestPermissionsResult(
* int, String[], int[])} 方法將會被回調,
* @param activity 請求權限的Activity.
* @param permissions 需要請求的權限.
* @param requestCode 指定一個請求碼,用于區別返回結果
*
*/
public static void requestPermissions(final @NonNull Activity activity,
final @NonNull String[] permissions, final int requestCode)
/**
* 調用requestPermissions方法請求權限的回調
*需要注意的是可能請求的權限與用戶互動中斷;正在這種情況下回調將接收一個空的permissions和grantResults數組
* @param permissions 請求的權限. 不為null,長度可能為0.
* @param grantResults 請求權限的結果PERMISSION_GRANTED表示權限被允許,PERMISSION_DENIED表示權限被拒絕
*/
void onRequestPermissionsResult(int requestCode, @NonNull String[] permissions,
@NonNull int[] grantResults)</code></pre>
需要注意的是,對于如果在Activity中請求權限則可使用上面API ActivityCompat類,如果在Frament請求權限則,需要使用Fragment類中的對應方法,否則回調會有問題。
簡單封裝
/**
* 判斷是否具備所有權限
*
* @param permissions 所有權限
* @return true 具有所有權限 false沒有具有所有權限,此時包含未授予的權限
*/
public static boolean isHasPermissions(String... permissions) {
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.M)
return true;
for (String permission : permissions) {
if (!isHasPermission(permission))
return false;
}
return true;
}
/**
* 判斷該權限是否已經被授予
*
* @param permission
* @return true 已經授予該權限 ,false未授予該權限
*/
private static boolean isHasPermission(String permission) {
if (Build.VERSION.SDK_INT < Build.VERSION_CODES.M)
return true;
return ContextCompat.checkSelfPermission(MyApplication.getAppContext(), permission) == PackageManager.PERMISSION_GRANTED;
}
/**
* 請求權限,經測試發現TabActivity管理Activity時,在Activity中請求權限時需要傳入父Activity對象,即TabActivity對象
* 并在TabActivity管理Activity中重寫onRequestPermissionsResult并分發到子Activity,否則回調不執行 。TabActivity回調中 調用getLocalActivityManager().getCurrentActivity().onRequestPermissionsResult(requestCode, permissions, grantResults);分發到子Activity
*
*
* @param object Activity or Fragment
* @param requestCode 請求碼
* @param permissions 請求權限
*/
public static void requestPermissions(Object object, int requestCode, String... permissions) {
ArrayList<String> arrayList = new ArrayList<>();
for (String permission : permissions) {
if (!isHasPermissions(permission)) {
arrayList.add(permission);
}
}
if (arrayList.size() > 0) {
if (object instanceof Activity) {
Activity activity = (Activity) object;
Activity activity1 = activity.getParent() != null && activity.getParent() instanceof TabActivity ? activity.getParent() : activity;
ActivityCompat.requestPermissions(activity1, arrayList.toArray(new String[]{}), requestCode);
} else if (object instanceof Fragment) {
Fragment fragment = (Fragment) object;
//當Fragment嵌套Fragment時使用getParentFragment(),然后在父Fragment進行分發,否則回調不執行
Fragment fragment1 = fragment.getParentFragment() != null ? fragment.getParentFragment() : fragment;
fragment1.requestPermissions(arrayList.toArray(new String[]{}), requestCode);
} else {
throw new RuntimeException("the object must be Activity or Fragment");
}
}
}
如果想展示自定義UI友好的提示用戶申請該權限的原因,則需要使用shouldShowRequestPermissionRationale方法,簡要封裝如下
public static boolean shouldShowRequestPermissionRationale(@NonNull Object object, String... permissions) {
for (String permission : permissions) {
if (object instanceof Activity) {
if (ActivityCompat.shouldShowRequestPermissionRationale((Activity) object, permission)) {
return true;
}
} else if (object instanceof Fragment) {
((Fragment) object).shouldShowRequestPermissionRationale(permission);
} else {
throw new RuntimeException("the object must be Activity or Fragment");
}
}
return false;
}
/**
* 二次申請權限時,彈出自定義提示對話框
*
* @param activity
* @param message
* @param iPermissionRequest
*/
public static void showDialog(Activity activity, String message, final IPermissionRequest iPermissionRequest) {
new AlertDialog.Builder(activity)
.setPositiveButton("允許", new DialogInterface.OnClickListener() {
@Override
public void onClick(@NonNull DialogInterface dialog, int which) {
iPermissionRequest.agree();
}
})
.setNegativeButton("不允許", new DialogInterface.OnClickListener() {
@Override
public void onClick(@NonNull DialogInterface dialog, int which) {
iPermissionRequest.refuse();
}
})
.setCancelable(false)
.setMessage(message)
.show();
}
彈出對話框后,點擊了拒絕或者允許后,給一個回調,方便進行不同的處理,當然如果統一處理的話,就不需要寫接口,直接在上述點擊允許的時候請求權限,點擊不允許的時候,顯示一個Toast再次做下權限拒絕提示。
接口方法
public interface IPermissionRequest {
void agree();
void refuse();
}
特殊權限
有許多權限其行為方式與正常權限及危險權限都不同。SYSTEM_ALERT_WINDOW 和 WRITE_SETTINGS 特別敏感,因此大多數應用不應該使用它們。如果某應用需要其中一種權限,必須在清單中聲明該權限,并且發送請求用戶授權的 intent( 注意特殊權限和危險權限請求方式不一樣 )。系統將向用戶顯示詳細管理屏幕,以響應該 intent。
請求WRITE_SETTINGS權限
/**
* 測試請求WRITE_SETTINGS權限
*/
@OnClick(R.id.request_write_setting)
@TargetApi(android.os.Build.VERSION_CODES.M)
public void requestWriteSetting() {
if (!Settings.System.canWrite(this)) {
Intent intent = new Intent(Settings.ACTION_MANAGE_WRITE_SETTINGS,
Uri.parse("package:" + getPackageName()));
startActivityForResult(intent, requestCodeWriteSetting);
} else {
Toast.makeText(PermissionTestActivity.this, "WRITE_SETTINGS 已經被授權", Toast.LENGTH_SHORT).show();
}
}
@TargetApi(Build.VERSION_CODES.M)
private void showToast() {
if (Settings.System.canWrite(this)) {
//檢查返回結果
Toast.makeText(PermissionTestActivity.this, "WRITE_SETTINGS 被授權", Toast.LENGTH_SHORT).show();
} else {
Toast.makeText(PermissionTestActivity.this, "WRITE_SETTINGS 沒有被授權", Toast.LENGTH_SHORT).show();
}
}
@Override
protected void onActivityResult(int requestCode, int resultCode, Intent data) {
super.onActivityResult(requestCode, resultCode, data);
if (requestCode == requestCodeWriteSetting) {
showToast();
}else if(requestCode==requestCodeAlertWindow){
showToastAlerterWindow();
}
}
請求SYSTEM_ALERT_WINDOW權限
/**
* 測試請求SYSTEM_ALERT_WINDOW權限
*/
@OnClick(R.id.request_alert_window)
@TargetApi(android.os.Build.VERSION_CODES.M)
public void requestAlertWindow() {
if (!Settings.canDrawOverlays(this)) {
Intent intent = new Intent(Settings. ACTION_MANAGE_OVERLAY_PERMISSION,
Uri.parse("package:" + getPackageName()));
startActivityForResult(intent, requestCodeAlertWindow);
} else {
Toast.makeText(PermissionTestActivity.this, "SYSTEM_ALERT_WINDOW 已經被授權", Toast.LENGTH_SHORT).show();
}
}
@TargetApi(Build.VERSION_CODES.M)
private void showToastAlerterWindow() {
if (Settings.System.canWrite(this)) {
//檢查返回結果
Toast.makeText(PermissionTestActivity.this, "SYSTEM_ALERT_WINDOW 被授權", Toast.LENGTH_SHORT).show();
} else {
Toast.makeText(PermissionTestActivity.this, "SYSTEM_ALERT_WINDOW 沒有被授權", Toast.LENGTH_SHORT).show();
}
}

WRITE_SETTINGS權限設置界面

SYSTEM_ALERT_WINDOW權限設置界面
注意:權限必須在清單文件中聲明,否則進入上面界面時開關是不可點擊的灰色。
打開權限設置界面
在上面危險權限申請中,如果用戶拒絕了權限,并且選中永不提醒,那么下次請求權限時直接執行onRequestPermissionsResult回調,并且返回狀態是權限被拒絕狀態,那么若想授予權限,必須去手機的權限管理中設置,如果用戶去手機里找是不是很麻煩,況且一步人不知道設置權限的地方在哪,那么為了程序的體驗更好,我們可以在我們的應用中引導用戶跳轉到設置權限的界面。實現代碼如下
/**
* 打開應用權限設置界面
*/
@OnClick(R.id.open_permission_setting)
public void requestOpenPermissionSetting() {
Intent intent = new Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS);
// Uri uri = Uri.fromParts("package", getPackageName(), null);
Uri uri1=Uri.parse("package:" + getPackageName());
intent.setData(uri1);
startActivity(intent);
}
介紹到此就結束了,水平有限若有問題請指出,Hava a wonderful day.
來自:https://juejin.im/post/58f5e36cb123db2fa2b3dfb3