鸿蒙HarmonyOS开发:应用权限的基本概念及如何申请应用权限详细介绍

鸿蒙HarmonyOS开发:应用权限的基本概念及如何申请应用权限详细介绍默认情况下 应用只能访问有限的系统资源

大家好,欢迎来到IT知识分享网。

一、访问控制

默认情况下,应用只能访问有限的系统资源。但某些情况下,应用存在扩展功能的诉求,需要访问额外的系统数据(包括用户个人数据)和功能,系统也必须以明确的方式对外提供接口来共享其数据或功能。

系统通过访问控制的机制,来避免数据或功能被不当或恶意使用。当前访问控制的机制涉及多方面,包括应用沙箱、应用权限、系统控件等方案。

二、应用权限

系统根据应用的APL等级设置进程域和数据域标签,并通过访问控制机制限制应用可访问的数据范围,从而实现在机制上消减应用数据泄露的风险。

不同APL等级的应用能够申请的权限等级不同,且不同的系统资源(如:通讯录等)或系统能力(如:访问摄像头、麦克风等)受不同的应用权限保护。通过严格的分层权限保护,有效抵御恶意攻击,确保系统安全可靠。

1、应用权限管控

系统提供了一种允许应用访问系统资源(如:通讯录等)和系统能力(如:访问摄像头、麦克风等)的通用权限访问方式,来保护系统数据(包括用户个人数据)或功能,避免它们被不当或恶意使用。

应用权限保护的对象可以分为数据和功能:

数据包括个人数据(如照片、通讯录、日历、位置等)、设备数据(如设备标识、相机、麦克风等)。

功能包括设备功能(如访问摄像头/麦克风、打电话、联网等)、应用功能(如弹出悬浮窗、创建快捷方式等)。

2、权限使用的基本原则

合理的使用场景有助于应用权限申请和使用。开发应用时权限申请需要满足如下原则:

  • 应用(包括应用引用的三方库)所需权限必须在应用的配置文件中严格按照权限开发指导逐个声明。
  • 权限申请满足最小化原则,禁止申请非必要的、已废弃的权限。应用申请过多权限,会引起用户对应用安全性的担忧以及使用体验变差,从而也会影响到应用的安装率和留存率。
  • 应用申请敏感权限时,必须填写权限使用理由字段,敏感权限通常是指与用户隐私密切相关的权限,包括地理位置、相机、麦克风、日历、健身运动、身体传感器、音乐、文件、图片视频等权限。
  • 应用敏感权限须在对应业务功能执行前动态申请,满足隐私最小化要求。
  • 用户拒绝授予某个权限后,应用与此权限无关的其他业务功能应允许正常使用。
3、授权方式

根据授权方式的不同,权限类型可分为system_grant(系统授权)和user_grant(用户授权)。

  • system_grant(系统授权)

system_grant指的是系统授权类型,在该类型的权限许可下,应用被允许访问的数据不会涉及到用户或设备的敏感信息,应用被允许执行的操作对系统或者其他应用产生的影响可控。

如果在应用中申请了system_grant权限,那么系统会在用户安装应用时,自动把相应权限授予给应用。

  • user_grant(用户授权)

user_grant指的是用户授权类型,在该类型的权限许可下,应用被允许访问的数据将会涉及到用户或设备的敏感信息,应用被允许执行的操作可能对系统或者其他应用产生严重的影响。

该类型权限不仅需要在安装包中申请权限,还需要在应用动态运行时,通过发送弹窗的方式请求用户授权。在用户手动允许授权后,应用才会真正获取相应权限,从而成功访问操作目标对象。

4、权限等级

为了防止应用过度索取和滥用权限,系统基于APL(Ability Privilege Level,元能力权限等级)等级,配置了不同的权限开放范围。

元能力权限等级APL指的是应用的权限申请优先级的定义,不同APL等级的应用能够申请的权限等级不同。

级别 说明 开放范围
normal 允许应用访问超出默认规则外的普通系统资源,如配置Wi-Fi信息、调用相机拍摄等。这些系统资源的开放(包括数据和功能)对用户隐私以及其他应用带来的风险低。 都能用
system_basic 允许应用访问操作系统基础服务(系统提供或者预置的基础功能)相关的资源,如系统设置、身份认证等。这些系统资源的开放对用户隐私以及其他应用带来的风险较高。 要签名证书
system_core 涉及开放操作系统核心资源的访问操作。这部分系统资源是系统最核心的底层服务,如果遭受破坏,操作系统将无法正常运行。 不开放

三、申请应用权限

1、选择申请权限的方式

应用在访问数据或者执行操作时,需要评估该行为是否需要应用具备相关的权限。如果确认需要目标权限,则需要在应用安装包中申请目标权限。

每一个权限的权限等级、授权方式不同,申请权限的方式也不同,开发者在申请权限前,需要先根据以下流程判断应用能否申请目标权限。

在这里插入图片描述

  • system_grant(系统授权)

如果目标权限是system_grant类型,开发者在进行权限申请后,系统会在安装应用时自动为其进行权限预授予,开发者不需要做其他操作即可使用权限。

  • user_grant(用户授权)

在应用需要获取user_grant权限时,请完成以下步骤:

1、在配置文件中,声明应用需要请求的权限。

2、将应用中需要申请权限的目标对象与对应目标权限进行关联,让用户明确地知道,哪些操作需要用户向应用授予指定的权限。

3、运行应用时,在用户触发访问操作目标对象时应该调用接口,精准触发动态授权弹框。该接口的内部会检查当前用户是否已经授权应用所需的权限,如果当前用户尚未授予应用所需的权限,该接口会拉起动态授权弹框,向用户请求授权。

4、检查用户的授权结果,确认用户已授权才可以进行下一步操作。

2、声明权限

应用在申请权限时,需要在项目的配置文件中,逐个声明需要的权限,否则应用将无法获取授权。

应用需要在module.json5配置文件的requestPermissions标签中声明权限。

属性 含义 数据类型 是否必填 取值范围
name 需要使用的权限名称。 字符串 必填 需为系统已定义的权限,取值范围请参考应用权限列表。
reason 申请权限的原因。 字符串 选填 该字段用于应用上架校验,当申请的权限为user_grant权限时必填,并且需要进行多语种适配。使用string类资源引用。格式为$string: *。
usedScene 权限使用的场景。包括abilities和when两个子项。
-abilities:使用权限的UIAbility或者ExtensionAbility组件的名称。
– when:调用时机。
对象 必填 当申请的权限为user_grant权限时建议填写。
3、声明样例

// module.json5

{ 
    "module" : { 
    "requestPermissions":[ // 网络请求 { 
    "name": "ohos.permission.INTERNET" }, // 相机 { 
    "name": "ohos.permission.CAMERA", "reason": '$string:permission_reason_camera', "usedScene": { 
   } }, ] } } 
4、二次向用户申请授权

当应用通过requestPermissionsFromUser()拉起弹框请求用户授权时,用户拒绝授权。应用将无法再次通过requestPermissionsFromUser拉起弹框,需要用户在系统应用“设置”的界面中,手动授予权限。

在“设置”应用中的路径:

应用也可以通过调用requestPermissionOnSetting(),直接拉起权限设置弹框,引导用户授予权限。

5、具体实现示例

以申请使用麦克风权限为例进行说明。

在UI中向用户申请授权。

调用requestPermissionsFromUser()方法后,应用程序将等待用户授权的结果。如果用户授权,则可以继续访问目标操作。如果用户拒绝授权,则需要提示用户必须授权才能访问当前页面的功能,并引导用户到系统应用“设置”中打开相应的权限。

应用也可以通过调用requestPermissionOnSetting(),直接拉起权限设置弹框,引导用户授予权限。

import { 
    abilityAccessCtrl, common, Permissions, bundleManager } from '@kit.AbilityKit' import { 
    promptAction } from '@kit.ArkUI'; const context = getContext(this) as common.UIAbilityContext; @Entry @Component struct PermissionPage { 
    // 打开系统设置的权限管理页 openPermissionSettingsPage() { 
    const BundleFlag = bundleManager.BundleFlag.GET_BUNDLE_INFO_WITH_APPLICATION // 获取 bundle 包信息 const bundleInfo = bundleManager.getBundleInfoForSelfSync(BundleFlag) // 通过 startAbility 打开 系统设置 页 context.startAbility({ 
    bundleName: 'com.huawei.hmos.settings', // 固定写法CV:设置页的包名 abilityName: 'com.huawei.hmos.settings.MainAbility', // 固定写法CV:设置页的 ability 名 uri: 'application_info_entry', // 固定写法CV:打开 设置->应用和元服务 parameters: { 
    // 应用包名可通过 bundleManager 动态获取 pushParams: bundleInfo.name } }) } // 申请麦克风授权 async requestMicrophone() { 
    const permissions: Array<Permissions> = ['ohos.permission.MICROPHONE']; // 1. 创建应用权限管理器 const atManager = abilityAccessCtrl.createAtManager() // 2. 向用户申请 user_grant 权限(温馨提示:首次申请时会弹窗,后续申请则不会再出现弹窗) const requestResult = await atManager.requestPermissionsFromUser( context, // 应用上下文 permissions // 参数:权限列表(数组)zou ) const isAuth = requestResult.authResults.every(item => item === abilityAccessCtrl.GrantStatus.PERMISSION_GRANTED) // 如果点击拒绝,则弹窗引导去设置页开启 if (!isAuth) { 
    promptAction.showDialog({ 
    alignment: DialogAlignment.Center, title: '温馨提示', message: "开启后才能录制加密视频和音频", buttons: [ { 
    text: '取消', color: '#89939c' }, { 
    text: '去设置', color: '#0a59f7' }, ] }) .then((res) => { 
    // 用户点击了去设置 if (res.index === 1) { 
    // 通过代码打开当前应用的设置页 this.openPermissionSettingsPage() } }) } } build() { 
    Column() { 
    Button('申请麦克风授权') .onClick(() => { 
    this.requestMicrophone() }) }.padding(20) .height('100%') .width('100%') } } 
6、效果展示

在这里插入图片描述

如果用户拒绝授权,通过调用requestPermissionOnSetting(),直接拉起权限设置弹框,引导用户授予权限。

在这里插入图片描述

四、应用权限列表

1、system_grant(系统授权)

更多请参见官网《对所有应用开放》

ohos.permission.ACCESS_NOTIFICATION_POLICY
在本设备上允许应用访问通知策略。
仅当控制铃声从静音到非静音时,需要申请该权限。

更多请参见官网《对所有应用开放》

2、user_grant(用户授权)

更多请参见官网《受限开放权限》

更多请参见官网《受限开放权限》

3、应用权限组列表
  • 在申请目标权限前,建议开发者先阅读应用权限管控概述-权限组和子权限,了解相关概念,再合理申请对应的权限组。
  • 当应用请求权限时,同一个权限组的权限将会在一个弹窗内一起请求用户授权,用户同意授权后,权限组内权限将被统一授权。地理位置、通讯录、通话记录、电话、信息、日历权限组除外。
  • 当前系统支持的权限组如下所示,各子权限的含义请查阅应用权限列表。

更多请参见官网《应用权限组列表》

位置
ohos.permission.LOCATION_IN_BACKGROUND
ohos.permission.LOCATION
ohos.permission.APPROXIMATELY_LOCATION

通讯录
ohos.permission.READ_CONTACTS
ohos.permission.WRITE_CONTACTS

日历
ohos.permission.READ_CALENDAR
ohos.permission.WRITE_CALENDAR

图片和视频
ohos.permission.WRITE_IMAGEVIDEO
ohos.permission.READ_IMAGEVIDEO
ohos.permission.MEDIA_LOCATION

音乐和音频
ohos.permission.WRITE_AUDIO
ohos.permission.READ_AUDIO

文件夹
ohos.permission.READ_WRITE_DOWNLOAD_DIRECTORY
ohos.permission.READ_WRITE_DOCUMENTS_DIRECTORY

更多请参见官网《应用权限组列表》

五、封装方法类

检查是否授权,申请授权,打开系统设置的权限管理页,逻辑都是相同的,我们通过 class 把功能进行封装整合,方便复用。

//PermissionManager.ets

import { 
    abilityAccessCtrl, bundleManager, common, Permissions } from '@kit.AbilityKit'; class PermissionManager { 
    / * 检查是否授权 * @param permissions 权限列表 * @returns 返回授权结果 */ checkPermissions(permissions: Permissions[]) { 
    // 1. 创建应用权限管理器 const atManager = abilityAccessCtrl.createAtManager() // 2. 获取 bundle 包信息,Sync 写法 const bundleFlag = bundleManager.BundleFlag.GET_BUNDLE_INFO_WITH_APPLICATION const bundleInfo = bundleManager.getBundleInfoForSelfSync(bundleFlag) // 3. 提取 tokenID const tokenID = bundleInfo.appInfo.accessTokenId // 4. 检测是否授权,Sync 写法,遍历权限组(数组) const grantStatus = permissions.map(item => atManager.checkAccessTokenSync(tokenID, item)) // 5. 返回权限数组的检测结果 return grantStatus.every(result => result === abilityAccessCtrl.GrantStatus.PERMISSION_GRANTED) } / * 申请授权(首次弹窗申请) * @param permissions 权限列表 * @returns 返回授权结果,授权成功为 Promise.resolve(), 拒绝授权为 Promise.reject() */ async requestPermissions(permissions: Permissions[]) { 
    // 1. 创建应用权限管理器 const atManager = abilityAccessCtrl.createAtManager() // 2. 向用户申请 user_grant 权限(温馨提示:首次申请时会弹窗,后续申请则不会再出现弹窗) const requestResult = await atManager.requestPermissionsFromUser( getContext(), // 应用上下文 permissions // 参数:权限列表(数组) ) // 3. 通过 every 检查权限是否都成功授权 const isAuth = requestResult.authResults.every(item => item === abilityAccessCtrl.GrantStatus.PERMISSION_GRANTED) // 4. 返回授权结果 // Promise.resolve() 返回 Promise 成功,await 后续代码,正常执行 // Promise.reject() 返回 Promise 错误,await 后续代码,不被执行,Promise.reject() 的结果可被 catch 捕获 return isAuth === true ? Promise.resolve(true) : Promise.reject(false) } / * 打开系统设置的权限管理页 */ openPermissionSettingsPage() { 
    // 1. 获取应用上下文,并通过 as 断言收窄类型为 UIAbilityContext,否则 context 默认类型无法调用 startAbility 方法 const context = getContext() as common.UIAbilityContext // 2. 获取 bundle 包信息 const bundleFlag = bundleManager.BundleFlag.GET_BUNDLE_INFO_WITH_APPLICATION const bundleInfo = bundleManager.getBundleInfoForSelfSync(bundleFlag) // 3. 通过 startAbility 打开 系统设置 页 context.startAbility({ 
    bundleName: 'com.huawei.hmos.settings', // 固定写法:设置页的包名 abilityName: 'com.huawei.hmos.settings.MainAbility', // 固定写法:设置页的 ability 名 uri: 'application_info_entry', // 固定写法:打开 设置->应用和元服务 parameters: { 
    // 通过 bundleManager 获取应用包名 pushParams: bundleInfo.name } }) } } // 导出 permissionManager export const permissionManager = new PermissionManager() 

使用示例

// 1、检查是否已开启某些权限 permissionManager.checkPermissions(['ohos.permission.READ_IMAGEVIDEO', 'ohos.permission.WRITE_IMAGEVIDEO']) // 2、申请开启某些权限 try { 
    permissionManager.requestPermissions(['ohos.permission.MICROPHONE']) // 允许 } catch (error) { 
    // 禁止 -> 可以引导用户打开设置页手动开启权限 } // 3、通过代码打开当前应用的设置页 permissionManager.openPermissionSettingsPage() 

注意:需要申请的权限要提前在 module.json5 中添加权限

免责声明:本站所有文章内容,图片,视频等均是来源于用户投稿和互联网及文摘转载整编而成,不代表本站观点,不承担相关法律责任。其著作权各归其原作者或其出版社所有。如发现本站有涉嫌抄袭侵权/违法违规的内容,侵犯到您的权益,请在线联系站长,一经查实,本站将立刻删除。 本文来自网络,若有侵权,请联系删除,如若转载,请注明出处:https://yundeesoft.com/123269.html

(0)
上一篇 2024-11-19 11:00
下一篇 2024-11-19 11:15

相关推荐

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

关注微信