关于harmonyos:鸿蒙OS初探

因为要验证我的几个利用是否移植到鸿蒙，认真看了下鸿蒙，当然作为开发者，必定要从开发环境看起。

开发环境

鸿蒙 OS 的开发工具叫做 DevEco Studio，和 Android Studio 一样，也是基于 IDEA。

• 装置时设置好 sdk 目录，即开始主动下载安装 sdk 和 tools。下载实现后在向导页面中能够看到以后下载的 sdk 版本为 2.1.18，version 5，下文都是基于这个版本。
• 创立一个 hellohm 我的项目，抉择一个手机我的项目模板。
• 关上我的项目，稍等一下 gradle 配置，很快我的项目就残缺展示了，整个还是很晦涩。

编译

因为构建工具是 gradle，所以天然在命令行用 gradlew assembleDebug 试了一下，果然开始编译了：

• 默认用 gradle 6.3，下载依赖的时候，服务器主动设为国内的服务器，比安卓环境下的 gradle 要快多了。
• 不到一分钟，依赖下载和编译实现。

看下输入文件：

39k 的 hap 文件，这就是一个纯正的鸿蒙利用，对应安卓的 apk，这是没有签名的 debug 版本，用 7zip 关上这个 hap 文件看看：

这几个文件都能了解，安卓的 manifest 文件变成了 config.json。但让我没想到的是，这里竟然包了一个 apk 文件。试着把这个 apk 解进去，再用 7zip 关上，还真是个规范 apk

既然是 apk，天然放到一般安卓手机上试一下咯，装置没有问题，图标也看到了，点开 … 闪退，用 adb 看一下日志：

04-09 15:12:53.334  7450  7450 E AndroidRuntime:        Caused by: java.lang.ClassNotFoundException: Didn't find class"ohos.abilityshell.HarmonyApplication"on path: DexPathList[[zip file"/data/app/com.example.hello_hm-THrK3d5xftGaJlBnx92w_A==/base.apk"],nativeLibraryDirectories=[/data/app/com.example.hello_hm-THrK3d5xftGaJlBnx92w_A==/lib/arm64, /system/lib64, /product/lib64]]
04-09 15:12:53.334  7450  7450 E AndroidRuntime:                at dalvik.system.BaseDexClassLoader.findClass(BaseDexClassLoader.java:230)
04-09 15:12:53.334  7450  7450 E AndroidRuntime:                at java.lang.ClassLoader.loadClass(ClassLoader.java:379)
04-09 15:12:53.334  7450  7450 E AndroidRuntime:                at java.lang.ClassLoader.loadClass(ClassLoader.java:312)
04-09 15:12:53.334  7450  7450 E AndroidRuntime:                ... 16 more

ClassNotFound，看来这个 apk 是不能跑在纯安卓上的，只能跑在鸿蒙上，那这个 apk 是什么意思? 兴许是为了鸿蒙的底层是安卓时，能够跑这个 apk 达到让底层安卓治理鸿蒙利用的目标吧，反过来也就是说，如果哪一天鸿蒙齐全脱离安卓，天然就不须要这个 apk 了，这只是我的想法，用 adb 验证一下。

能够看到，通过 adb shell 能够看到这个鸿蒙利用，用 dumpsys 能够看到以后的 Activity 叫做 MainAbilityShellActivity，但这是咱们代码里没有的货色，从哪里来的？应该就是下面这个主动生成的 apk 跑进去的。

鸿蒙利用

援用一下官网文档，鸿蒙利用是由一个或多个 HAP（HarmonyOS Ability Package）包以及属性文件 pack.info 文件组成。这点和安卓不同，安卓一个利用是一个 apk。

HAP 是 Ability 的部署包，HarmonyOS 利用代码围绕 Ability 组件开展，它是由一个或多个 Ability 组成。Ability 分为两种类型：FA（Feature Ability，中文名称：元程序）和 PA（Particle Ability，中文名称：元服务）。FA/PA 是利用的根本组成单元，可能实现特定的业务性能。FA 有 UI 界面，而 PA 无 UI 界面。

官方语言挺绕口，我的了解，Ability 就是组件，FA 对应安卓的 Activity，PA 对应安卓 Service。Ability 加上资源文件打包起来就是 hap，对应安卓的 apk。

模拟器

我没有运行鸿蒙的真机，只能抉择模拟器运行，这个模拟器是云加载的，须要先验证华为开发者账号，而后就能够看到了：

四种模拟器，代表四种设施类型，我要验证我的手机利用，天然就选了 P40，启动很快，也不占用本地内存，很好。点击 IDE 里的调试，就能够运行到模拟器中了。模拟器上有个倒计时，应该是云端模拟器不能占用太长的工夫，超时会被开释。

尝试了一下调试，怎么也设置不了断点，依照文档做了各种设置都不行，只好去华为开发者网站提交一个问题，很快第二天收到了回复，问题修复并提供了升级包下载。同时看了一下华为的文档，如果要真机调试，须要先申请调试证书，并配置签名信息，也就是说，预计华为的签名策略会收紧，向苹果看齐，将来鸿蒙的利用市场可能只有官网一家。

安卓兼容性

我的几个利用尽管是一般安卓利用，但因为都用到了比拟多的安卓服务和硬件个性，应该能比拟能阐明鸿蒙的兼容性，在看我的 App 之前，先看下这个模拟器的版本，前面兼容性测试都是基于这个版本。

先来看碎片记忆，这个利用应用了悬浮窗和桌面小部件，用 adb 装置一下，没有问题，运行并导入词库，碎片记忆的悬浮窗曾经跑起来了。

再想试试桌面小部件，可是云端模拟器不反对长按桌面加小部件，只反对双指捏合，这应该是 EMUI11 的一个改变，在云端模拟器，没方法触发双指，所以临时还看不到小部件的反对状况。

再试试隐秘参数，这是一个硬件检测和性能测试工具，应用了很多安卓底层的 API，在装置之前我是有点狐疑它是否失常运行的，但理论状况是：

不仅失常运行，还竟然测出了显示屏和触控厂商，这在纯安卓版的 P40 上都测不出的，兼容性看起来没什么问题。性能局部就有意思了，SOC 跑分急剧升高，显示刷新率 20hz，内存、存储性能全副降落的厉害，按情理，如果只是近程真机，不应该升高性能，只是有网络提早，所以预计是模拟器导致的，仿佛是一个跑在 P40 物理机上的虚拟机。

最初看下微动手势，这个一个须要无障碍服务和陀螺仪传感器能力工作的的手势工具。

配置无障碍服务没有问题，但惋惜因为在云端，没方法触发陀螺仪手势，看来这个只能通过真机能力验证了。但从几个利用整体来看，以后鸿蒙在兼容 apk 方面没什么问题。

鸿蒙工程

回头再来看下鸿蒙工程文件，整个工程有些局部和安卓还是类似的，这对于安卓程序员来说比拟敌对，能够疾速上手，有一些概念也能够互相对照：

看一下我的项目的布局文件和源码，UI 局部代码须要齐全重写了，不可能兼容安卓的 Layout 和控件了，大部分的 API 都不统一了，只是有些在安卓中能够找到一个依稀的影子，但接口都是不一样的。

这阐明了一个问题，如果不是以安卓兼容模式运行，现有的安卓利用要想移植到鸿蒙，工作量还是很大的，基本上须要齐全重写。

总结

整个上手的感觉还是不错，IDE、文档、模拟器都挺顺畅的，hello-world 对原安卓开发人员也放弃了恰好的“相熟”，这曾经十分不错了，作为常常评估各种奇奇怪怪零碎的开发者，一半以上的零碎都是因为不成熟的 hello-world 把我吓退的，这一点鸿蒙曾经有一个好的终点。

在兼容性方面，看起来不必太放心，当初的鸿蒙因为自带安卓，能够运行 apk，起码从我的几个 App 来看，除了无奈验证的几个中央，都没有问题，当然将来如果鸿蒙剥离安卓，那就要考验第三方的跟进度了，目前看，利用须要重写能力兼容鸿蒙。