HarmonyOS Next企业级数据安全防护实战:加解密技术综合应用

HarmonyOS Next仓颉语言应用安全加固:混淆技术原理与工程实践 在移动应用开发中,代码安全是保护核心业务逻辑和知识产权的关键环节。其核心原理在于通过一系列技术手段,增加逆向工程的难度和成本,从而有效防范反编译、反汇编等攻击。从技术价值看,安全加固不仅能防止算法抄袭和逻辑绕过,更是构建用户信任、满足合规要求的基石。尤其在金融、政务、物联网等对安全性要求极高的应用场景中,代码保护显得尤为重要。本文聚焦于HarmonyOS Next平台下,针对仓颉编程语言编译生成的本地机器码,深入探讨如何实施多层次混淆策略。通过结合标识符重命名、控制流混淆、字符串加密等具体技术,系统性地提升 阅读详情

本文旨在深入探讨华为鸿蒙HarmonyOS Next系统(截止目前API12)在企业级数据安全防护中加解密技术的综合应用,基于实际开发实践进行总结。主要作为技术分享与交流载体,难免错漏,欢迎各位同仁提出宝贵意见和问题,以便共同进步。本文为原创内容,任何形式的转载必须注明出处及原作者。

一、企业数据安全需求与场景分析

(一)数据安全需求

在企业环境中,数据是至关重要的资产。保护商业机密,如企业的核心技术、营销策略等,以及客户信息,如姓名、联系方式、财务数据等敏感数据,是企业数据安全的首要任务。这些数据一旦泄露,可能导致企业面临巨大的经济损失、声誉损害,甚至法律责任。

(二)安全威胁场景

  1. 内部人员违规操作
       - 企业内部员工可能出于各种原因,如利益诱惑、疏忽大意等,有意或无意地泄露数据。例如,员工将包含客户信息的文件发送到个人邮箱,或者在不安全的网络环境中处理敏感数据。
  2. 外部网络攻击
       - 黑客可能通过网络漏洞入侵企业系统,窃取数据。常见的攻击手段包括恶意软件感染、网络钓鱼、DDoS攻击等。例如,黑客发送带有恶意链接的邮件,诱使员工点击,从而获取企业内部网络的访问权限,进而窃取数据。

二、基于加解密算法的安全架构设计

(一)整体安全架构

  1. 数据加密存储
       - 对于存储在企业服务器或本地设备上的数据,采用对称密钥算法(如AES)进行加密。AES算法具有高效的加密和解密速度,适合对大量数据进行加密处理。例如,企业的数据库中存储的客户订单信息可以使用AES算法进行加密,确保数据在存储介质上的保密性。
  2. 数据加密传输
       - 在数据传输过程中,结合对称密钥和非对称密钥算法。使用非对称密钥算法(如RSA)进行密钥交换,然后使用对称密钥对数据进行加密传输。例如,当企业员工通过移动设备访问企业内部系统时,首先使用RSA算法进行身份认证和密钥协商,获取对称密钥,然后使用对称密钥对传输的数据进行加密,保证数据在网络传输中的安全性。

(二)密钥管理体系

  1. 密钥生成
       - 对于对称密钥,定期生成新的密钥,以增加数据的安全性。可以使用 cryptoFramework.createSymKeyGenerator 方法生成AES密钥,例如:
import { cryptoFramework } from '@kit.CryptoArchitectureKit';
async function generateAESKey() {
    let aesGenerator = cryptoFramework.createSymKeyGenerator('AES128');
    let keyBlob = { data: new Uint8Array([83, 217, 231, 76, 28, 113, 23, 219, 250, 71, 209, 210, 205, 97, 32, 159]) };
    return await aesGenerator.convertKey(keyBlob);
}

- 对于非对称密钥,如RSA密钥对,使用 cryptoFramework.createAsyKeyGenerator 方法生成,如:

async function generateRSAKeyPair() {
    let keyGenAlg = "RSA1024";
    let generator = cryptoFramework.createAsyKeyGenerator(keyGenAlg);
    return await generator.generateKeyPair();
}
  1. 密钥分发
       - 在密钥分发过程中,采用安全的通信渠道,如使用SSL/TLS协议进行密钥传输,确保密钥在传输过程中不被窃取。
  2. 密钥存储
       - 将密钥存储在安全的存储区域,如HarmonyOS Next提供的密钥库或硬件安全模块(HSM)中,防止密钥被非法获取。
  3. 密钥更新
       - 设定合理的密钥更新周期,例如每季度或每半年更新一次对称密钥,定期更新非对称密钥对中的私钥,以降低密钥泄露风险。

三、加解密算法的具体应用与实现

(一)AES算法加密存储与传输

  1. 加密存储
       - 选择合适的AES加密模式,如CBC模式。以下是一个使用AES算法在CBC模式下对企业数据进行加密存储的示例:
import { cryptoFramework } from '@kit.CryptoArchitectureKit';
import { buffer } from '@kit.ArkTS';
// 生成AES对称密钥
async function generateAESKey() {
    let aesGenerator = cryptoFramework.createSymKeyGenerator('AES128');
    let keyBlob = { data: new Uint8Array([83, 217, 231, 76, 28, 113, 23, 219, 250, 71, 209, 210, 205, 97, 32, 159]) };
    return await aesGenerator.convertKey(keyBlob);
}
// 加密函数
async function encryptData(symKey, plainText) {
    let cipher = cryptoFramework.createCipher('AES128|CBC|PKCS7');
    let iv = new Uint8Array(16); // 生成16字节的随机IV
    let params = {
        iv: { data: iv }
    };
    await cipher.init(cryptoFramework.CryptoMode.ENCRYPT_MODE, symKey, params);
    let encryptData = await cipher.doFinal(plainText);
    return encryptData;
}
async function main() {
    try {
        let symKey = await generateAESKey();
        let dataToEncrypt = "This is a sample enterprise data.";
        let plainText: cryptoFramework.DataBlob = { data: new Uint8Array(buffer.from(dataToEncrypt, 'utf-8').buffer) };
        let encryptedData = await encryptData(symKey, plainText);
        console.log('Encrypted data:', encryptedData);
    } catch (error) {
        console.error('Encryption failed:', error);
    }
}
main();

- 在这个示例中,首先生成了AES128对称密钥,然后使用CBC模式和PKCS7填充对数据进行加密。加密过程中,生成了随机的初始化向量(IV),并将其作为参数传入 Cipher.init 方法。
2. 解密过程
   - 解密时,使用相同的密钥和IV进行操作。示例代码如下:

// 解密函数
async function decryptData(symKey, cipherText, iv) {
    let decoder = cryptoFramework.createCipher('AES128|CBC|PKCS7');
    let params = {
        iv: { data: iv }
    };
    await decoder.init(cryptoFramework.CryptoMode.DECRYPT_MODE, symKey, params);
    return await decoder.doFinal(cipherText);
}
async function main() {
    try {
        let symKey = await generateAESKey();
        // 假设之前加密得到的密文和IV
        let encryptedData = new Uint8Array([...]);
        let iv = new Uint8Array([...]);
        let decryptedText = await decryptData(symKey, encryptedData, iv);
        console.log('Decrypted data:', buffer.from(decryptedText.data).toString('utf-8'));
    } catch (error) {
        console.error('Decryption failed:', error);
    }
}

(二)RSA算法在认证和签名验签中的应用

  1. 用户认证
       - 在用户登录企业系统时,使用RSA算法对用户密码进行签名。服务器使用公钥验证签名,确保用户身份的真实性。示例代码如下:
import { cryptoFramework } from '@kit.CryptoArchitectureKit';
import { buffer } from '@kit.ArkTS';
// 生成RSA密钥对
async function generateRSAKeyPair() {
    let keyGenAlg = "RSA1024";
    let generator = cryptoFramework.createAsyKeyGenerator(keyGenAlg);
    return await generator.generateKeyPair();
}
// 用户密码签名
async function signPassword(priKey, password) {
    let signAlg = "RSA1024|PKCS1|SHA256";
    let signer = cryptoFramework.createSign(signAlg);
    await signer.init(priKey);
    await signer.update({ data: new Uint8Array(buffer.from(password, 'utf-8').buffer) });
    return await signer.sign(null);
}
// 服务器验证签名
async function verifyPassword(pubKey, password, signData) {
    let verifyAlg = "RSA1024|PKCS1|SHA256";
    let verifier = cryptoFramework.createVerify(verifyAlg);
    await verifier.init(pubKey);
    await verifier.update({ data: new Uint8Array(buffer.from(password, 'utf-8').buffer) });
    return await verifier.verify(signData);
}
async function main() {
    try {
        let keyPair = await generateRSAKeyPair();
        let password = "userpassword";
        let signData = await signPassword(keyPair.priKey, password);
        let result = await verifyPassword(keyPair.pubKey, password, signData);
        if (result) {
            console.info('User authentication successful');
        } else {
            console.error('User authentication failed');
        }
    } catch (error) {
        console.error('Authentication failed:', error);
    }
}
main();

- 首先生成RSA1024密钥对,然后用户使用私钥对密码进行签名,服务器使用公钥验证签名。如果验证成功,说明用户身份真实可靠。
2. 数据签名验签
   - 当企业传输重要数据时,对数据进行签名验签,确保数据的完整性和来源可靠性。例如,企业发送财务报表时,对报表数据进行签名,接收方验证签名。示例代码如下:

// 数据签名
async function signData(priKey, data) {
    let signAlg = "RSA1024|PKCS1|SHA256";
    let signer = cryptoFramework.createSign(signAlg);
    await signer.init(priKey);
    await signer.update({ data: new Uint8Array(buffer.from(data, 'utf-8').buffer) });
    return await signer.sign(null);
}
// 数据验签
async function verifyData(pubKey, data, signData) {
    let verifyAlg = "RSA1024|PKCS1|SHA256";
    let verifier = cryptoFramework.createVerify(verifyAlg);
    await verifier.init(pubKey);
    await verifier.update({ data: new Uint8Array(buffer.from(data, 'utf-8').buffer) });
    return await verifier.verify(signData);
}
async function main() {
    try {
        let keyPair = await generateRSAKeyPair();
        let data = "This is a financial report data.";
        let signData = await signData(keyPair.priKey, data);
        let result = await verifyData(keyPair.pubKey, data, signData);
        if (result) {
            console.info('Data verification successful');
        } else {
            console.error('Data verification failed');
        }
    } catch (error) {
        console.error('Data signing/verifying failed:', error);
    }
}

四、安全策略优化与性能平衡

(一)优化加解密策略

  1. 根据数据重要性选择算法和加密强度
       - 对于高度机密的数据,如企业的核心商业机密,使用更高强度的加密算法,如AES256,并结合更复杂的加密模式(如GCM模式)。对于一般敏感数据,可以使用AES128等相对较低强度的加密算法,以平衡安全性和性能。
  2. 动态调整加密策略
       - 根据企业数据的使用场景和风险评估,动态调整加密策略。例如,在数据传输过程中,如果检测到网络环境存在较高风险,可以临时提高加密强度;在数据存储时,如果数据的敏感性降低,可以适当降低加密强度,以提高系统性能。

(二)性能优化措施

  1. 数据分段处理
       - 在加密大量数据时,采用数据分段处理技术。例如,将企业的大型数据库备份文件进行分段加密,每次处理一段数据,避免一次性处理过大的数据导致内存不足或系统卡顿。可以参考之前博客中关于数据分段处理的示例代码进行实现。
  2. 缓存优化
       - 对加密过程中常用的参数,如AES算法的密钥、RSA算法的公钥等,进行缓存处理。但要注意缓存的安全性,防止缓存数据被窃取。可以使用HarmonyOS Next提供的缓存机制,或者在安全的内存区域进行缓存。
    通过以上对企业级数据安全防护中加解密技术的综合应用,企业能够在HarmonyOS Next环境下有效保护敏感数据,防范各种安全威胁,同时优化系统性能,确保数据安全与业务效率的平衡。
鸿蒙第16篇——数据持久化 本文介绍的数据持久化是指鸿蒙应用的数据持久化存储。它是将内存中的数据通过文件或数据库的形式保存到设备存储中。鸿蒙支持多种数据存储方式, 包括用户首选项Preferences、 键值型数据库KV-Store和关系型数据库。 阅读详情

相关推荐

【信息科学与工程学】【产品体系】计算机科学与自动化——第一百八十九篇 操作系统内核(微内核/宏内核)函数与算法02

宏内核(Linux)更多典型内核函数/算法,从编号271开始,覆盖中断管理、热插拔、PCI、ACPI、固件、崩溃转储、kexec、休眠、watchdog、RTC、hwmon、LED、backlight、input子系统、remoteproc等更多领域。编号类型领域内核类型内核中的函数/算法/模块/模组模块的调用关系模块/函数/算法逐步推理思考的数学表达式及参数列表及参数数值设计模块的C/C++/其他代码关联知识271中断管理中断描述符宏内核 / (中断子系统核心)驱动申请中断 → → → 分配irq_

weixin_49199313的博客 110

HarmonyOS Next智能家居系统安全加固:加解密技术的深度应用

本文旨在深入探讨华为鸿蒙HarmonyOS Next系统(截止目前API12)在智能家居系统安全加固中加解密技术的应用,基于实际开发经验进行总结。主要作为技术分享与交流载体,难免错漏,欢迎各位同仁提出宝贵意见和问题,以便共同进步。本文为原创内容,任何形式的转载必须注明出处及原作者。

same4869的博客 1249

windows的rancherDesktop修改镜像源

Rancher Desktop中的“Allowed Images”功能(通常在 Preferences -> Container Engine -> Allowed Images 中找到)是用来定义一个允许拉取和推送的镜像列表的规则,例如,只允许从您组织或特定的受信任的仓库中获取镜像。如果问题依旧,请提供您Rancher Desktop的版本和当前选择的容器运行时,以便进一步协助。总结一下,对于Windows上的Rancher Desktop,如果您使用默认的。,镜像源的配置通常通过一个名为。

zwjapple的专栏 2696

鸿蒙Next加解密算法框架入门:安全基石解析[特殊字符]

鸿蒙Next的加解密框架(Crypto Architecture Kit)为应用构建安全防线提供底层支持。本文解析核心概念、功能特性与场景适配,助开发者快速上手~

lyc233333的博客 968

BambuStudio学习笔记:GCode 类

关键成员解析 核心配置组件 状态跟踪系统 功能模块集成 核心方法剖析 主输出管道 实现多阶段处理: 分层处理流程: 实现智能路径规划: 关键特性: 实现模板故障检测: 采用三级流水线: 支持扩展类型: 实现多通道输出: 采用: 实现: 支持: 支持模块化编译: 典型流程: 实现功能:

zzzkk2009的专栏 932

Glue)《Multi-omics single-cell data integration and regulatory inference with graph-linked embedding》

论文引入GLUE框架,通过知识引导图(guidance graph)显式建模跨层调控交互,桥接特征空间,实现准确、鲁棒、可扩展的整合。近年来,单细胞测序技术(如scATAC-seq用于染色质可及性、snmC-seq用于DNA甲基化、scRNA-seq用于转录组)允许同时探测多个组学层,揭示细胞异质性和调控机制。GLUE优于现有方法:桥接特征空间,避免信息丢失,支持多组学和调控推断。用于整合未配对的单细胞多组学数据(如scRNA-seq、scATAC-seq和snmC-seq),并同时进行调控交互推断。

m0_58293236的博客 1152

鸿蒙NEXT安全单元访问开发指南:构建可信应用的安全基石

鸿蒙NEXT的安全访问机制旨在改变传统应用获取用户数据的方式,从粗放式管理转变为精细化控制,确保用户隐私得到充分保护。系统通过引入系统 Picker 和安全控件等机制,让用户能够更加精准地掌控应用对敏感数据的访问权限,实现按需授权,使数据与应用之间的交互处于受控状态。这就好比为用户数据设置了一道道智能关卡,只有在用户明确授权的情况下,应用才能获取相应的数据资源。安全单元是一种独立的硬件或软件组件,它提供了一个安全的执行环境,用于存储和处理敏感数据,如加密密钥、用户凭证、支付信息等。

专注于移动开发的干货分享。提供高效解决方案、避坑指南与前沿技术解析。为开发者创造价值。 867

Simlink与PX4硬件在环仿真(HIL)实现

Simlink与PX4硬件在环仿真(HIL)实现 介于涉及的知识比较多,这里只是简单的介绍一下,更多内容可以参考阿木实验室《基于matlab模型开发》课程。 硬件在环HIL介绍 simlink与PX4通信实现 硬件在环HIL介绍 为来贯彻万物都可以用数学公式表示,我们以simlink的角度来看我们的无人机,那么UAV可以分为以下的几个模块: 传感器模型 滤波器模块 控制器模...

Zipout的博客 6211

鸿蒙NEXT HUKS密钥库加解密实战指南

移动应用安全开发中,密钥管理与数据加密是核心议题。传统硬编码密钥或本地存储的方式存在严重泄露风险,而系统级安全密钥库通过将密钥的生成、存储与使用隔离在可信执行环境中,让业务进程无法直接接触密钥材料,从根本上降低密钥被窃取的可能。本文以鸿蒙NEXT的HUKS(HarmonyOS Universal KeyStore)为例,系统讲解密钥全生命周期管理、对称与非对称算法选型、认证访问控制等基础原理,并结合AES-GCM加解密、RSA签名验签的工程实践,梳理常见错误码与调试技巧,帮助开发者规避安全陷阱,构建更可靠的

weixin_42706667的博客 186

Vue2 - 实现H5人脸识别认证与活体检测功能(纯前端免费方案+微信人脸识别接口)完整源码,vue微信公众号网页h5端人脸识别功能人脸核身(微信方案提供后端spring boot+thinkphp)

vue人脸识别插件,vue, h5人脸识别, 微信公众号, 活体检测, 人脸核身,人脸登录、人脸识别,VUE项目-H5端人脸识别功能实现,免费h5人脸识别插件方案,微信公众号H5网页实现人脸识别,vue人脸核身,Vue H5活体检测认证,人脸认证张嘴摇摇头指引动作,人脸核身 微信原生 H5(微信公众号)vue2调用手机摄像头并实现人脸识别的实现,微信h5人脸识别vue项目,PHP人脸识别,java人脸识别,h5页面,有免费的人脸识别接口吗,用于微信公众号及嵌套在微信浏览器,vue3如何实现人脸识别,微信人脸

🏆 前端领域优质创作者 3763

【AI Agent教程】各种Agent开发框架都是如何实现ReAct思想的?深入源码学习一下

驱动大模型有很多种方式,例如纯Prompt方式、思维链方式、ReAct方式等。ReAct 方式是 AI Agent 最常用的实现思路之一,它强调在执行任务时结合推理(Reasoning)和行动(Acting)两个方面,使得Agent能够在复杂和动态的环境中更有效地工作。

同学小张的博客 6396

2026 信创即时通讯系统全景深度解析:从 “能用“ 到 “好用“ 的国产化跃迁

2026年信创IM产业进入深度发展阶段,从基础硬件向应用协同层推进,合规要求升级为"全栈可信"。关键技术包括全栈国产化适配(芯片、OS、数据库)、国密算法全链路加密、私有化部署成为主流。产品形态从聊天工具进化为协同中台,集成AI能力与业务系统。

2601_95639957的博客 403

宇瞳杯视讯镜头完成版(除公差/鬼像分析)

宇瞳杯视讯镜头完成版(除公差/鬼像分析)

weixin_72050316的博客 1049

米哈游告腾讯,背后问题值得深思

前段时间,“米哈游告腾讯”词条登上热搜,引发玩家各种猜测。随后,腾讯方对此热搜进行了回应,表示“本次诉讼系米哈游因自身民事诉讼需要,希望调取相关QQ用户资料…”。

FairGuard手游加固(企业官方博客) 730

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

Devexpress16.2.6破解工具

Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具Devexpress16.2.6破解工具

Unity游戏打包加密方案解析

FairGuard基于多年游戏安全对抗经验,研发了一套成熟完善的解决方案, 对引擎内文件/代码/资源加密进行高强度加密,并且支持游戏打包后加密,只要运行一条命令行即完成加密,方便快捷。采用FairGuard业界独家技术「无API签名校验技术」,从底层出发,对游戏的引擎与代码进行加密处理,可以针对游戏包签名和文件完整性进行多重校验,防止游戏被植入恶意模块、剔除广告等。除了上述的引擎内文件/代码/资源加密,FairGuard还提供反外挂、防破解功能,与引擎加固功能紧密耦合,游戏保护效果更上一层楼。

FairGuard手游加固(企业官方博客) 662

VC中sqlite的使用

在VC中对sqlite的使用,实现数据库大批数据的快速插入,读取数据库中的数据在ListCtrl中显示

游戏被解包引发玩家声讨,资源加密成大厂难题

甚至某“国民级”MOBA游戏也曾被解包困扰,游戏中的 “四美”系列皮肤的技能特效及部分建模被爆料在各大平台,引发了玩家对官方的制作水平的声讨,最后推翻重做,之前的方案付诸东流,造成了巨大的损失。这下彻底引爆了玩家情绪,玩家开始讨论角色完成度不符合预期,质疑是否为官方内部爆料,引发了玩家对官方信任危机,最后官方不得已打乱原定的宣发计划,提前官宣男主。在游戏中,玩家扮演的女主角可攻略多位男主角,其中一位男主上线前夕,不少玩家被解包剧透了立绘,惊喜落空的感觉引发了玩家的震怒,纷纷要求官方用法律手段处理。

FairGuard手游加固(企业官方博客) 1175

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

HarmonyOS 7 端侧 AI 图像超分的工程化落地

用户抱怨网络差的时候图片传不上去,更严重的是,大量的私密照片上传到云端,引发了严重的隐私合规审查危机。痛定思痛后,我们决定把 AI 模型直接塞进手机里,用端侧的 NPU 来做推理,但这绝非易事。我们首先在服务端对模型进行了知识蒸馏,把参数砍掉了一大半,然后利用 MindSpore Lite 的转换工具,将模型转成了鸿蒙底层支持的。即便如此,模型依然有 20 多兆,我们最终选择了 FP16 量化,牺牲了极其微小的画质,换取了内存占用减半。推理过程极其消耗 CPU 和内存,稍微大一点的图,处理时间长达几秒。

2602_97267507的博客 161

〖物流终端实战 05〗纯血鸿蒙 ArkTS 高阶性能优化:长列表渲染、组件复用与内存泄漏排查

本文深度剖析鸿蒙ArkTS高阶性能优化,直击长列表卡顿与内存泄漏痛点。针对渲染,指出ForEach全量构建的缺陷,强调采用LazyForEach(V2推荐Repeat)配合增量通知及稳定业务Key;针对组件复用,明确@Reusable仅复用实例不重置状态,必须在aboutToReuse中手动清理UI状态;针对内存泄漏,总结全局监听未注销、定时器未清理及长生命周期对象持有页面引用三大元凶,并指导通过DevEco Profiler的Heap快照排查引用链。文章强调优化需遵循“先定位后改代码”原则,助力开发者打造

Eyf • 半字节的博客 681

AppGallery 上架自检 SOP:签名、隐私对齐与包体校验实战【鸿蒙心迹】

上架被驳回多因签名、隐私声明与包体不一致。本文提炼“签名→隐私对齐→包体校验”自检SOP,配套一键脚本与权限三角校验代码,实现90%驳回前置拦截。通过CI强制release签名、代码/声明/功能三者权限对齐、包体完整性校验,确保提审一次过。实战清单可直接抄,让过审从运气变为流程。

wdracky的专栏 327

【鸿蒙专题与实战】测试体系:单元测试、组件测试与 UI 测试

本文系统讲解鸿蒙开发中的三层测试实践:底层单元测试(用Hypium框架,优先覆盖纯函数、边界与异常)、中层ViewModel逻辑、顶层仅测3-5条关键UI路径。强调测试应“越往下写得越多”,因单元测试快且成本低,而UI测试慢易出错。通过实例说明断言拆分提升定位效率,结合覆盖率报告(hvigorwtest --coverage)发现盲区,核心是“用覆盖率找漏测,而非追求数字”。附五步落地清单:建测试文件、按优先级补用例、精简UI测试、生成报告、定位未覆盖行。下一篇将开启实战项目:从需求到上架全流程。

信息安全领域优质创作者|操作系统领域专家 185

窗口销毁了监听还在,HarmonyOS 7 生命周期释放的归属分界

综上所述,onWindowStageWillDestroy 是窗口监听的最后安全出口,onWindowStageDestroy 只负责断开窗口引用,onDestroy 管 Ability 级资源——三者不是“程度不同的退出回调”,而是各自有明确的归属范围。窗口监听的所有者是 WindowStage,定时器的所有者是 UIAbility,播放器的所有者是页面或 Ability(取决于你在哪一层创建的),ApplicationContext 监听的所有者是 Ability 的 context。

qq_61905492的博客 206

20 嵌入式系统架构:架构模式、实时操作系统、鸿蒙案例

嵌入式架构模式怎么选、RTOS 和通用操作系统差在哪、优先级反转怎么破?本篇把前后台、中断驱动、管态目态几种结构排成一条演进线,手把手算 RMS 可调度界限、判断任务集能不能跑得动,再把优先级继承与优先级天花板两种解法对上号,配鸿蒙案例讲清工程落地。

weixin_46316564的博客 204

HarmonyOS API 26 HMAF Skill 可解释任务计划与失败回退

围绕 HMAF Skill 的输入校验、权限边界、任务计划和失败回退,建立可观察、可重试的应用侧智能体执行模型。

2401_84996024的博客 294

鸿蒙 PC 桌面端应用上架实战:图匠流程图编辑器从上游 draw.io 发行包到 AGC 过审的 SIGABRT 收敛之路

鸿蒙 PC 桌面端应用上架实战:图匠流程图编辑器从上游 draw.io 发行包到 AGC 过审的 SIGABRT 收敛之路

wei_shuo的博客 7345

RN鸿蒙空间音频实战

示例仓库:https://atomgit.com/m0_37170006/react-native-ohos-spatial-audio 社区导引:框架源码与版本发布见 https://atomgit.com/CPF-RN/ohos_react_native/tree/0.84-main CPF-RN 鸿蒙社区:https://atomgit.com/CPF-rn。

buhuisuanfa的博客 2万+
上一篇: HarmonyOS Next加解密算法开发实践与优化策略
下一篇: HarmonyOS Next移动应用安全通信体系构建:加解密算法实战
SameX-4869
博客等级 码龄18年 3354粉丝 657原创
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明:

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

余额充值