溫馨提示×

溫馨提示×

您好,登錄后才能下訂單哦!

密碼登錄×
登錄注冊×
其他方式登錄
點(diǎn)擊 登錄注冊 即表示同意《億速云用戶服務(wù)條款》

關(guān)于Android 6.0權(quán)限的動(dòng)態(tài)適配詳解

發(fā)布時(shí)間:2020-10-11 19:33:34 來源:腳本之家 閱讀:172 作者:馬果果 欄目:移動(dòng)開發(fā)

前言

Android6.0代號(hào)棉花糖。盡管是在15年I/O大會(huì)上Google被正式發(fā)布的了。但是看看大多數(shù)人的項(xiàng)目中大家的 targetSdkVersion 是不是還都用的22。大家都認(rèn)為6.0+的市場占有率還沒那么高。那么就請看谷歌2017年9月份公布的版本分布圖。

關(guān)于Android 6.0權(quán)限的動(dòng)態(tài)適配詳解

從數(shù)據(jù)來看確實(shí)沒那么高O(∩_∩)O。6.0+的市場占有率僅為50% ̄□ ̄||。只因安卓用戶的基數(shù)太大了吧。延伸至各種人群。雖然說占比才一半但時(shí)基數(shù)大總的用戶數(shù)量還是蠻多的。這兩天剛做完6.0權(quán)限的適配。那么請說一下自己測試的時(shí)候踩的坑吧(*╹▽╹*)

權(quán)限管理系統(tǒng)的變化

在Android6.0(M)之前,在用戶安裝應(yīng)用的時(shí)候會(huì)產(chǎn)生一個(gè)權(quán)限列表,只有用戶允許這些權(quán)限后,應(yīng)用才可以正常的安裝,這就會(huì)產(chǎn)生一個(gè)問題,這些權(quán)限對用戶是不具有感知性的,也就是說用戶都不知道你要這些權(quán)限干什么,我明明裝的是一個(gè)閱讀類型的應(yīng)用,你卻要我撥打電話的權(quán)限,你想干嘛呢?當(dāng)然絕大部分的開發(fā)者是善意的,但也避免不了一些特殊人群利用這些“漏洞”做一些不好的事情。

而在Android6.0(M)之后,用戶是可以不管權(quán)限直接安裝應(yīng)用的,當(dāng)應(yīng)用需要調(diào)用某些權(quán)限的時(shí)候,會(huì)給予用戶一個(gè)通知與說明,我要這些權(quán)限干什么,這樣下來可以讓用戶有更加清醒的權(quán)限分配意識(shí),也在一定程度上更加人性化的保護(hù)了用戶的隱私,避免了“權(quán)限一刀切”。

權(quán)限的分組

在Android6.0(M)之后,對權(quán)限進(jìn)行了分類,大致有這三種:

  • 普通權(quán)限
  • 危險(xiǎn)權(quán)限
  • 特殊權(quán)限

普通權(quán)限:也就是正常權(quán)限,是對手機(jī)的一些正常操作,對用戶的隱私?jīng)]有太大影響的權(quán)限,比如手機(jī)的震動(dòng),網(wǎng)絡(luò)訪問,藍(lán)牙等權(quán)限,這些權(quán)限會(huì)在應(yīng)用被安裝的時(shí)候默認(rèn)授予,用戶不能拒絕,也不能取消。

普通權(quán)限列表:

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
INTERNET
KILL_BACKGROUND_PROCESSES
MODIFY_AUDIO_SETTINGS
NFC
READ_SYNC_SETTINGS
READ_SYNC_STATS
RECEIVE_BOOT_COMPLETED
REORDER_TASKS
REQUEST_INSTALL_PACKAGES
SET_TIME_ZONE
SET_WALLPAPER
SET_WALLPAPER_HINTS
TRANSMIT_IR
USE_FINGERPRINT
VIBRATE
WAKE_LOCK
WRITE_SYNC_SETTINGS
SET_ALARM
INSTALL_SHORTCUT
UNINSTALL_SHORTCUT

對于上面這些普通權(quán)限 在Android6.0以前我們只需要在清單文件中聲明該權(quán)限即可。

危險(xiǎn)權(quán)限:其實(shí)就是運(yùn)行中需要處理的權(quán)限,也是我們最需要注意的權(quán)限,這些權(quán)限會(huì)關(guān)系到用戶的隱私或影響到其他應(yīng)用的運(yùn)行,這些危險(xiǎn)權(quán)限,谷歌還做了一個(gè)權(quán)限組,以分組的形式來呈現(xiàn):

關(guān)于Android 6.0權(quán)限的動(dòng)態(tài)適配詳解

由于運(yùn)行權(quán)限機(jī)制的出現(xiàn),我們需要對新開發(fā)的應(yīng)用去做適配。

當(dāng)你的應(yīng)用targetSdkVersion小于23的時(shí)候,當(dāng)應(yīng)用用于6.0以上的系統(tǒng)時(shí)候,它也會(huì)默認(rèn)采用以前的權(quán)限管理機(jī)制。當(dāng)你的targetSdkVersion大于等于23的時(shí)候且在Andorid6.0(M)系統(tǒng)上,它才會(huì)采用新的這套權(quán)限管理機(jī)制。

所以如果你想逃開這個(gè)“麻煩”,只要把targetSdkVersion的版本設(shè)置為低于23就可以了,不過不建議采用這種方案,該來的總是要來的,隨著國產(chǎn)手機(jī)ROM的更新,比如小米,華為等也開始有部分機(jī)型進(jìn)行了系統(tǒng)升級,所以這是種趨勢。

說了這么多,那么來看下怎么進(jìn)行Android6.0(M)的權(quán)限管理適配吧,其實(shí)很簡單,只需要記住下面幾個(gè)API方法就可以:(API23之后提供)

int checkSelfPermission(String permission) 用來檢測應(yīng)用是否已經(jīng)具有權(quán)限void requestPermissions(String[] permissions, int requestCode) 進(jìn)行請求單個(gè)或多個(gè)權(quán)限void onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults) 請求權(quán)限結(jié)果回調(diào)

checkSelfPermission(String permission) 方法返回值有兩個(gè):

  • PERMISSION_DENIED = -1:代表當(dāng)前檢查的權(quán)限沒有被授權(quán)
  • PERMISSION_GRANTED = 0;代表當(dāng)前的檢查的權(quán)限已經(jīng)被授權(quán) 

requestPermissions(String[] permissions, int requestCode) 

參數(shù)一:要請求的權(quán)限組   權(quán)限2請求碼

onRequestPermissionsResult(int requestCode, String[] permissions, int[] grantResults)請求的回調(diào)。

參數(shù)3對應(yīng) 對應(yīng)permissions的權(quán)限請求結(jié)果(PERMISSION_GRANTED或者PERMISSION_DENIED)

看完關(guān)鍵的三個(gè)方法接下來上我的油條:

object MQPermissionUtil {
 private var mRequestCode = -1
 private val isOverMarshmallow: Boolean = Build.VERSION.SDK_INT >= Build.VERSION_CODES.M
 private var mOnPermissionListener: OnPermissionListener? = null

 fun requestPermissions(activity: Activity, requestCode: Int, permissions: Array<String>, isCancelFinish: Boolean, onPermissionGrantedListener: OnPermissionGrantedListener) {
  requestPermissionsResult(activity, requestCode, permissions, object : OnPermissionListener {
   override fun onPermissionGranted() {
    onPermissionGrantedListener.onPermissionGranted()
   }

   override fun onPermissionDenied() {
    if (isCancelFinish) {
     showTipsDialogWel(activity)
    } else {
     showTipsDialog(activity)
    }
   }
  })
 }

 private fun requestPermissionsResult(activity: Activity, requestCode: Int, permissions: Array<String>, callback: OnPermissionListener) {
  mOnPermissionListener = callback
  if (checkPermissions(activity, *permissions)) {
   if (mOnPermissionListener != null)
    mOnPermissionListener!!.onPermissionGranted()
  } else {
   val deniedPermissions = getDeniedPermissions(activity, *permissions)
   if (deniedPermissions.isNotEmpty()) {
    mRequestCode = requestCode
    ActivityCompat.requestPermissions(activity, deniedPermissions
      .toTypedArray(), requestCode)
   }
  }
 }

 fun onRequestPermissionsResult(requestCode: Int, permissions: Array<String>, grantResults: IntArray) {
  if (requestCode == mRequestCode) {
   if (verifyPermissions(grantResults)) {
    if (mOnPermissionListener != null)
     mOnPermissionListener!!.onPermissionGranted()
   } else {
    if (mOnPermissionListener != null)
     mOnPermissionListener!!.onPermissionDenied()
   }
  }
 }

 private fun startAppSettings(context: Context) {
  val intent = Intent(Settings.ACTION_APPLICATION_DETAILS_SETTINGS)
  intent.data = Uri.parse("package:" + context.packageName)
  context.startActivity(intent)
 }

 private fun verifyPermissions(grantResults: IntArray): Boolean {
  if (grantResults.isEmpty())
   return false

  // 循環(huán)判斷每個(gè)權(quán)限是否被拒絕
  for (grantResult in grantResults) {
   if (grantResult != PackageManager.PERMISSION_GRANTED) {
    return false
   }
  }
  return true
 }

 private fun getDeniedPermissions(context: Context, vararg permissions: String): List<String> {
  val deniedPermissions = ArrayList<String>()
  for (permission in permissions) {
   if (ContextCompat.checkSelfPermission(context, permission) == PackageManager.PERMISSION_DENIED) {
    deniedPermissions.add(permission)
   }
  }
  return deniedPermissions
 }


 private fun checkPermissions(context: Context, vararg permissions: String): Boolean {
  if (isOverMarshmallow) {
   for (permission in permissions) {
    if (ContextCompat.checkSelfPermission(context, permission) == PackageManager.PERMISSION_DENIED) {
     return false
    }
   }
  }
  return true
 }

 fun showTipsDialog(activity: Activity) {
  AlertDialog.Builder(activity)
    .setTitle("提示信息")
    .setMessage("當(dāng)前應(yīng)用缺少必要權(quán)限,無法正常使用,請單擊【確定】按鈕前往設(shè)置中心進(jìn)行權(quán)限授權(quán)。")
    .setNegativeButton("取消", null)
    .setPositiveButton("確定") { _, _ ->
     activity.finish()
     startAppSettings(activity)
    }.show()
 }

 fun showTipsDialogWel(activity: Activity) {
  AlertDialog.Builder(activity)
    .setTitle("提示信息")
    .setMessage("當(dāng)前應(yīng)用缺少必要權(quán)限,無法正常使用,請單擊【確定】按鈕前往設(shè)置中心進(jìn)行權(quán)限授權(quán)。")
    .setNegativeButton("取消") { _, _ -> activity.finish() }
    .setPositiveButton("確定") { _, _ ->
     activity.finish()
     startAppSettings(activity)
    }.show()
 }

 interface OnPermissionGrantedListener {
  fun onPermissionGranted()
 }

 interface OnPermissionListener {
  fun onPermissionGranted()
  fun onPermissionDenied()
 }
}

寫的不好。大家自行修改吧。

Activity中的使用在onCreate中一開始調(diào)用一下代碼:

MangoPermissionUtil.requestPermissions(this@IndexActivity, Constant.PERMISSION_OPERATION_CODE_SCAN, arrayOf(Manifest.permission.CAMERA), false, object : MangoPermissionUtil.OnPermissionGrantedListener {
 override fun onPermissionGranted() {
  //在這表示用戶同意了權(quán)限申請。
  //假如用戶拒絕了權(quán)限申請?jiān)谶@兒我是沒讓他進(jìn)入到應(yīng)用中的效果如下
 }
})

關(guān)于Android 6.0權(quán)限的動(dòng)態(tài)適配詳解

只要有任何一個(gè)權(quán)限用戶沒通過都會(huì)彈出這個(gè)Dialog。直到用戶全部授權(quán)。。。。

點(diǎn)擊取消退出應(yīng)用。確定按鈕去到設(shè)置界面為應(yīng)用授權(quán)。。。。

下面是應(yīng)用啟動(dòng)的場景(很舒服2333)

關(guān)于Android 6.0權(quán)限的動(dòng)態(tài)適配詳解

還有個(gè)劇TM惡心的問題這些所有的邏輯在除了小米6.xxx的設(shè)備上跑是沒問題的。必須全部授權(quán)才能進(jìn)入應(yīng)用。但是小米6.xxx的設(shè)備上當(dāng)我第一次拒絕了權(quán)限申請之后。第二次進(jìn)入應(yīng)用判斷權(quán)限的時(shí)候它竟然在checkPermisssion的方法中給我返回了PERMISSION_GRANTED這就比較尷尬了。這樣我是可以進(jìn)入掉權(quán)限請求成功的回調(diào)。但是我進(jìn)去之后確實(shí)沒權(quán)限啊。對應(yīng)權(quán)限相關(guān)的操作一樣不能執(zhí)行。。。不得不說小米的6.xxx設(shè)備是真的坑。。。。

還有一點(diǎn)油條用的時(shí)候還要在當(dāng)前申請的Activity中調(diào)用一下來執(zhí)行到油條中自定義的回調(diào)

override fun onRequestPermissionsResult(requestCode: Int, permissions: Array<String>, grantResults: IntArray) {
 MangoPermissionUtil.onRequestPermissionsResult(requestCode, permissions, grantResults)
 super.onRequestPermissionsResult(requestCode, permissions, grantResults)
}

最后

對于一些比較特別的權(quán)限,比如文件的讀寫權(quán)限,一般在我們第一次開啟APP的時(shí)候就要去獲取了,假設(shè)我們一開始沒有獲取到這個(gè)權(quán)限,那么如果我的首頁有輪播廣告圖,這個(gè)廣告圖是網(wǎng)絡(luò)獲取的,做了三級緩存,這樣就會(huì)到導(dǎo)致磁盤緩存無法寫入。這邊提供一個(gè)解決方法,就是在你引導(dǎo)APP啟動(dòng)的時(shí)候,就引導(dǎo)用戶去獲取權(quán)限,當(dāng)用戶拒絕的時(shí)候,應(yīng)該給出彈出框并跳轉(zhuǎn)對應(yīng)的應(yīng)用權(quán)限管理界面(需要對不同機(jī)型進(jìn)行設(shè)置)。

可以參考微信的做法:

啟動(dòng)app,在閃屏頁的時(shí)候向用戶提出權(quán)限的申請

  • 存儲(chǔ)空間權(quán)限,關(guān)閉微信
  • 電話權(quán)限,關(guān)閉微信
  • 位置權(quán)限,關(guān)閉微信
  • 進(jìn)入app:
  • 發(fā)照片時(shí),申請照片權(quán)限
  • 發(fā)語音時(shí),申請麥克風(fēng)權(quán)限
  • 用戶每次點(diǎn)擊拒絕,都彈出自定義對話框,提示用戶設(shè)置權(quán)限

總結(jié)

以上就是這篇文章的全部內(nèi)容了,希望本文的內(nèi)容對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,如果有疑問大家可以留言交流,謝謝大家對億速云的支持。

向AI問一下細(xì)節(jié)

免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。

AI