OpenHarmony应用开发权限申请

已于 2024-08-28 09:43:38 修改
阅读量1.9k 收藏 21
点赞数 19
CC 4.0 BY-SA版权
分类专栏： OpenHarmony笔记 文章标签： typescript
于 2024-04-23 14:10:24 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/Devlin_/article/details/138122867

在开发应用时，经常需要配置应用的权限，以便实现对系统资源的访问。本文对如何在 OpenHarmony 系统中配置应用权限，以及权限的等级进行归纳总结。

一、权限及其等级介绍：

在申请目标权限前，我们需要先阅读访问控制开发概述-权限的工作流程，对权限的工作流程有基本的了解后，再结合以下权限的具体说明，判断应用能否申请目标权限。

官方应用开发文档应用权限列表链接：https://docs.openharmony.cn/page ... /permission-list.md

浏览应用权限列表，对每一个应用权限的介绍如下，例如，

####################################
ohos.permission.USE_BLUETOOTH    （权限名称）

允许应用查看蓝牙的配置。           （权限常用的场景）

权限级别：normal                       （权限级别APL（Ability Privilege Level））

授权方式：system_grant               （授权方式）

ACL使能：TRUE                            （是否能够通过ACL授权）

起始版本：8

#####################################

1、权限级别：

权限的等级分为normal、system_basic和system_core三个等级，这与应用的APL（Ability Pr

最低0.47元/天 解锁文章

200万优质内容无限畅学
OpenHarmony系统应用开发流程(编译full sdk并替换)
龚礼鹏的博客
07-22 972
public-SDK是提供给应用开发的工具包，跟随DevEco Studio下载，不包含系统应用所需要的高权限APIfull-SDK是提供给OEM厂商开发应用的工具包，不能随DevEco Studio下载，包含了系统应用所需要的高权限API三方开发者通过DevEco Studio自动下载的API8版本SDK均为public版本。public-SDK不支持开发者使用所有的系统API。
OpenHarmony实战开发-USB DDK开发指导
m0_70749039的博客
05-20 1124
USB DDK（USB Driver Develop Kit）是为开发者提供的USB驱动程序开发套件，支持开发者基于用户态，在应用层开发USB设备驱动。提供了一系列主机侧访问设备的接口，包括主机侧打开和关闭接口、管道同步异步读写通信、控制传输、中断传输等。
Openharmony应用权限声明及权限列表
Neo的博客
06-18 3981
系统提供了一种允许应用访问系统资源（如：通讯录等）和系统能力（如：访问摄像头、麦克风等）的通用权限访问方式，来保护系统数据（包括用户个人数据）或功能，避免它们被不当或恶意使用。应用权限保护的对象可以分为数据和功能：数据包括个人数据（如照片、通讯录、日历、位置等）、设备数据（如设备标识、相机、麦克风等）。功能包括设备功能（如访问摄像头/麦克风、打电话、联网等）、应用功能（如弹出悬浮窗、创建快捷方式等）。
【OpenHarmony】系统应用权限管控与签名
青春不言败
09-15 3477
底层由BundleMgr提供了判断是否是三方应用的能力。上层是否是系统应用取决于签名时的字段，如果是则为普通应用，是则为系统应用。
openharmony安全子系统之权限管理
weixin_40010764的博客
02-14 1515
OpenHarmony ArkTS 框架下如何自定义权限
t7g367的博客
02-21 1479
OpenHarmony ArkTS 框架下如何自定义权限
OpenHarmony5.0release应用开发基础之应用权限
weixin_43912348的博客
11-13 1519
OpenHarmony3.2 安装系统应用
yuxiangxin5003的博客
05-24 1789
OpenHarmony3.2开启了严格的权限管控, 普通应用程序无法调用系统API, 应用需要修改应用为system_core级别才能访问系统API. 此外3.2OS支持预置系统和预置权限, 本文将介绍如何手动安装系统应用
OpenHarmony应用访问控制权限申请开发范例
weixin_41825878的博客
08-03 1549
在应用首次启动时，我们常常遇到，需要申请授权才能使用应用的完整功能，比如在应用首次启动时，会弹窗申请开启位置权限、申请相机权限等，如图所示。本文就以橘子购物示例应用为例，来讲解OpenHarmony应用首次启动申请授权相关的技术点。OpenHarmony应用框架提供了200+应用权限，在权限列表文件中，我们可以看到每种权限有不同的APL级别、权限类型、ACL使能信息，如下所示。我们先看下应用权限相关的几个概念。允许应用添加、移除或更改联系人数据。权限级别：system_basic。
鸿蒙实战开发：OpenHarmony应用开发-进程间通讯
liuhaojiabin的博客
11-27 1394
OpenHarmony通过CES（Common Event Service，公共事件服务）为应用程序提供订阅、发布、退订公共事件的能力。公共事件从系统角度可分为：系统公共事件和自定义公共事件。系统公共事件：CES内部定义的公共事件，只有系统应用和系统服务才能发布，例如HAP安装，更新，卸载等公共事件。目前支持的系统公共事件详见 系统公共事件列表。自定义公共事件：应用自定义一些公共事件用来实现跨进程的事件通信能力。公共事件按发送方式可分为：无序公共事件、有序公共事件和粘性公共事件。
OpenHarmony应用签名 - 系统应用签名
TiZizzz
02-27 2280
OpenHarmony开源社区提供了标准系统上的部分系统应用，如桌面、SystemUI、设置等，为开发者提供了构建标准系统应用的具体实例，这些应用支持在所有标准系统的设备上使用。本篇文档将介绍如何给这些系统应用进行签名，使它们可以正确的安装和运行在OpenHarmony系统上。
OpenHarmony—Hap包签名工具
maniuT的博客
02-02 1947
为了保证OpenHarmony应用的完整性和来源可靠，在应用构建时需要对应用进行签名。经过签名的应用才能在真机设备上安装、运行、和调试。developtools_hapsigner仓 提供了签名工具的源码，包含密钥对生成、CSR文件生成、证书生成、Profile文件签名、Hap包签名等功能。针对无需通过ACL跨级别申请权限的应用，DevEco Studio为开发者提供了自动化签名方案，可以一键完成应用/服务签名。具体可参考自动化签名方案。
OpenHarmony应用权限管理全解析：从理论到实战（1）
qq_66531269的博客
02-14 726
本文章将系统讲解OpenHarmony应用权限管理的核心要点，帮助开发者：在openharmony找到我们需要权限的授权方式，权限级别下节我们再讲解官网链接：OpenAtom OpenHarmony在中添加权限声明官网链接：OpenAtom OpenHarmony比如说我们申请网络权限 2. user_grant（用户授权） ctr加左键可以配置申请权限的原因假如我这里改成hello world那后面拉起授权弹窗时：在代码中调用API拉起授权弹窗： 3. 二次请求授权（后面再讲） 若用
HarmonyOS实战开发-如何实现蓝牙设备发现、配对、取消配对功能。
m0_70749039的博客
04-07 3548
蓝牙技术是一种无线数据和语音通信开放的全球规范，它是基于低成本的近距离无线连接，为固定和移动设备建立通信环境的一种特殊的近距离无线技术连接。本示例通过@ohos.bluetooth 接口实现蓝牙设备发现、配对、取消配对功能。实现效果如下：
（建议收藏）OpenHarmony系统能力SystemCapability列表
OpenHarmony_dev的博客
09-20 778
SysCap，全称SystemCapability，即系统能力，指操作系统中每一个相对独立的特性。 开发者使用某个接口进行开发前，建议先阅读，了解Syscap的定义和使用指导。再结合下文中的表格判断具体能力集是否支持某个设备，提高开发效率。 说明： Default代表了一个功能比较全面的OpenHarmony设备，具有大部分的通用能力。在尚未明确设备具体能力集的情况下，可使用Default类型进行开发 SystemCapability.ArkUI.ArkUI.Full ArKUI标准系
OpenHarmony实战开发-管理位置权限
m0_70749039的博客
05-06 637
Web组件提供位置权限管理能力。开发者可以通过onGeolocationShow()接口对某个网站进行位置权限管理。Web组件根据接口响应结果，决定是否赋予前端页面权限。获取设备位置，需要开发者配置ohos.permission.LOCATION，ohos.permission.APPROXIMATELY_LOCATION权限，并同时在设备上打开应用的位置权限和控制中心的位置信息。
OpenHarmony release3.1版本启动子系统功能分析
weixin_47070198的博客
04-16 2165
1.技术背景 OpenHarmony release3.1版本在2.0的基础之上不仅增加了功能，而且各模块组件的能力也有所增强，本文就3.1版本的init启动子系统模块，在启动引导系统服务方面进行分析。本文档是基于码云上release3.1分支代码进行分析。 启动子系统负责整个系统各个进程运行时环境的构建及进程引导，不同层级的进程有着不同的运行环境，运行环境决定着系统进程的设计。在增强启动子系统能力方面有以下方面： 基础能力增强：进程启动、回收机制增强，维护命令统一以及插件化管理； 并行启动：最大化并行启动
鸿蒙应用权限管理和访问控制
求变，从思想开始
06-20 8837
鸿蒙应用权限管理和访问控制
OpenHarmony代码操作总结
热门推荐
@_南先生的博客
04-05 5万+
鸿蒙开源社区代码操作总结 本文主要介绍windows环境下鸿蒙开源社区代码操作：代码下载，开发环境搭建，版本编译，烧写，挂载，代码运行，上库等完成操作流程总结；
Openharmony应用开发-手机APP与车载空调控制
最新发布
03-28
<think>好的，我现在需要帮助用户了解如何使用OpenHarmony进行手机APP开发，以实现对车载空调的控制。首先，我需要回顾用户提供的引用内容，看看有没有相关的信息可以直接应用。 引用[1]提到OpenHarmony的系统服务核心组件分析，包括一次开发多端部署、自由流转、元服务等，这可能涉及到跨设备协同开发。引用[2]指出HarmonyOS支持Java和JS开发，与Android开发类似，适合前端和移动端开发者，应用场景包括车载设备。引用[3]则提供了视频播放相关的控制命令示例，比如使用AVSessionManager发送play、pause等命令，这可能与控制车载空调的命令发送机制类似。 用户的问题是关于开发手机APP控制车载空调的教程，但目前提供的引用中没有直接关于空调控制的示例。不过，可以借鉴引用[3]中的控制命令方式，推测车载设备的控制可能涉及类似的IPC（进程间通信）或RPC（远程过程调用）机制，或者使用分布式能力。 接下来，我需要整理开发步骤。首先，了解OpenHarmony的分布式能力是关键，因为控制车载设备可能需要跨设备通信。然后，创建手机APP的UI，设计空调控制的界面元素，如温度调节、模式切换等。接下来，实现设备发现与连接，确保手机和车载设备在同一网络下，并通过服务发现机制建立连接。发送控制指令部分，可能需要定义自定义的AVControlCommand，类似于引用[3]中的play命令，但参数改为空调相关的设置。权限方面，用户需要申请网络和分布式设备权限，并在配置文件中声明。最后，测试和部署应用，确保功能正常。 相关问题部分，我需要考虑用户可能进一步询问的方面，如分布式数据管理、设备认证、UI设计工具等，以及如何优化和调试应用。 需要确保回答中的LaTeX格式正确，行内公式用$...$，独立公式用$$...$$。同时，引用要自然标注，比如在分布式能力部分引用[1]，在控制命令部分引用[3]。 最后，检查是否有遗漏的步骤或概念错误，确保回答准确可靠，结构清晰，逐步引导用户完成开发。</think>### 使用OpenHarmony开发手机APP控制车载空调的步骤 #### 1. **理解OpenHarmony分布式能力** OpenHarmony通过分布式软总线技术实现跨设备协同[^1]，需熟悉以下核心概念： - **设备发现与连接**：基于同一网络下的设备自动发现机制。 - **分布式数据管理**：跨设备数据同步与控制指令传输。 - **权限管理**：需申请设备控制权限（如`ohos.permission.DISTRIBUTED_DATASYNC`）。 #### 2. **创建手机APP基础框架** 使用`ArkUI`（基于TypeScript/JS）或`Java`开发界面： ```typescript // 示例：温度控制组件 @Entry @Component struct AirControlPage { @State temperature: number = 22 build() { Column() { Button("+").onClick(() => { this.temperature++ }) Text(this.temperature.toString()).fontSize(30) Button("-").onClick(() => { this.temperature-- }) Button("发送指令").onClick(() => { this.sendCommand() }) } } } ``` #### 3. **实现设备间通信** 通过`@ohos.distributedHardware`模块进行设备发现： ```typescript import distributedHardware from '@ohos.distributedHardware'; // 监听附近设备 distributedHardware.registerDeviceListCallback({ onDeviceAdd(device) { console.log("发现设备：" + device.deviceName); } }); ``` #### 4. **定义控制指令协议** 参考媒体控制命令设计模式[^3]，自定义空调指令： ```typescript interface AirControlCommand { commandType: 'setTemp' | 'setMode'; parameters: { temperature?: number; mode?: 'cool' | 'heat' | 'auto'; }; } // 发送指令示例 async function sendControlCommand(deviceId: string, command: AirControlCommand) { const avSession = await avSessionManager.createAVSession(context, "air_control", "air"); await avSession.sendControlCommand({ command: JSON.stringify(command), parameter: undefined }); } ``` #### 5. **权限配置** 在`config.json`中添加权限声明： ```json { "module": { "reqPermissions": [ { "name": "ohos.permission.DISTRIBUTED_DATASYNC", "reason": "控制车载设备" } ] } } ``` #### 6. **车载端服务开发** 车载设备需实现对应的控制服务： ```java // Java示例：接收指令处理 public class AirControlService extends Ability { @Override public void onCommand(String command) { AirControlCommand cmd = parseCommand(command); if (cmd.commandType.equals("setTemp")) { adjustTemperature(cmd.parameters.temperature); } } } ``` #### 7. **调试与部署** - 使用`DevEco Studio`的跨设备调试功能 - 通过`hdc`工具查看分布式通信日志： ```shell hdc shell hilog | grep Distributed ``` ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值