前言 随着HarmonyOS NEXT应用生态的推广和发展，越来越多的开发者希望能将HarmonyOS应用安装到OpenHarmony设备上。由于OpenHarmony设备不识别HarmonyOS签名，因此需要对应用进行重签名操作。 开发流程 配置重签名环境 在本机电脑上创建重签名目录D:\resign。 下载社区仓OpenHarmony/developtools_hapsigner。 将仓库里的

1 关键字 debug; 4.1Release; 应用; 2 开发环境 系统版本： 4.1-Release DevEco Studio版本： 4.0 Release （build：4.0.0.600） SDK版本： 4.0.10.13（及以上） 设备型号： 开发者手机 3 问题描述 在适配开发者手机4.1Release应用过程中，发现分发中心能成功安装，但是无法正常启动。 4 问题原因 开发者手机

前言 最近有越来越多的开发者关注MDM（Mobile Device Management）相关的开发内容，MDM在iOS和Android端上大量应用在企业内部的设备管控。因此，下文会为大家介绍如何开发一个MDM管理应用。 开发环境 系统版本： OpenHarmony 5.0.0.27 DevEco Studio版本： OpenHarmony: DevEco Studio 4.1 Release（b

前言 OpenHarmony 4.1-Release发布后，配套发布了DevEco Studio 4.1 Release。但是该版本的IDE能创建的Native工程模板最高只支持到Api 9，因此下文会为大家介绍，Api11的纯OpenHarmony应用工程如何适配Native。 开发环境 系统版本： OpenHarmony: 4.1-Release（OpenHarmony 4.1.7.3） De

简介 该文主要提供AES128|CBC|PKCS5加解密的最佳实践示例。 开发环境 DevEco Studio： DevEco Studio 5.1.0 Release（Build Version： 5.1.0.128） 系统： OpenHarmony 5.0.3.135 设备： DAYU200（rk3568） 最佳实践示例 // AES128|CBC|PKCS5 import { cryptoF

简介 该文主要提供AES128|CBC|NoPadding加解密的最佳实践示例。 开发环境 DevEco Studio： DevEco Studio 5.1.0 Release（Build Version： 5.1.0.128） 系统： OpenHarmony 5.0.3.135 设备： DAYU200（rk3568） 最佳实践示例 // AES128|CBC|NoPadding import {

FAQ 加解密中文字符串时乱码 在OpenHarmony应用开发加解密功能时，经常会遇到加解密中文字符串乱码的问题。经采样分析，该问题的根因不在于加解密算法或者公私钥的问题导致，而是加解密前后string与Uint8Array的转换没有考虑到中文字符位数导致。因此，可以参考下述方案： // 字符串转成字节流 function stringToUint8Array(str: string) { re

前言 随着鸿蒙生态的愈渐成熟，越来越多的应用厂商会考虑hos和ohos双平台的兼容适配及商业化落地。 虽然hos和ohos基于同一套开源底座，但是也有着其天然的隔离性（hms、定制api等等）。因此，基于同一套应用代码，如何使用最小的工作量以及尽可能不使用重复代码并且能快速编译构建双平台hap就是许多开发者阻塞的一个问题。 下文会从多个维度来讲述如何进行最佳的双平台适配。 开发环境 hos设备：

OpenHarmony默认开启全量hilog日志 前言 在OpenHarmony中，系统层及应用层的日志打印框架使用的都是hilog。各个子系统在使用hilog时，有的使用的是统一的hilog配置，也有的会基于自身业务封装一层hilog配置。因此，开发者在进行调试的时候，会发现有些子系统的日志打印的并不全。该文下面会介绍下如何开启默认的全量日志。 环境 系统版本： 4.0release（4.0.

前言 不久前，OpenHarmony社区已经创建了新的4.1Release分支，有部分系统应用已经升级适配到了API11。但是公开发布的IDE最多到4.0Release，因此需要升级SDK才能编译API11的工程。下文就会为大家介绍如何适配API11SDK及过程中踩过的坑。 开发环境 系统版本： 4.1-Release DevEco Studio版本： 4.0 Release （build：4.0