2021-01-25鸿蒙开发（五）

Ability

创新互联-专业网站定制、快速模板网站建设、高性价比太白网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式太白网站制作公司更省心,省钱,快速模板网站建设找我们，业务覆盖太白地区。费用合理售后完善，十年实体公司更值得信赖。

Ability是应用所具备能力的抽象

2.onActive()

Page会在进入INACTIVE状态后来到前台，然后系统调用此回调。Page在此之后进入ACTIVE状态，该状态是应用与用户交互的状态。Page将保持在此状态，除非某类事件发生导致Page失去焦点，比如用户点击返回键或导航到其他Page。当此类事件发生时，会触发Page回到INACTIVE状态，系统将调用onInactive()回调。此后，Page可能重新回到ACTIVE状态，系统将再次调用onActive()回调。因此，开发者通常需要成对实现onActive()和onInactive()，并在onActive()中获取在onInactive()中被释放的资源。

3.onInactive()

当Page失去焦点时，系统将调用此回调，此后Page进入INACTIVE状态。开发者可以在此回调中实现Page失去焦点时应表现的恰当行为。

4.onBackground()

如果Page不再对用户可见，系统将调用此回调通知开发者用户进行相应的资源释放，此后Page进入BACKGROUND状态。开发者应该在此回调中释放Page不可见时无用的资源，或在此回调中执行较为耗时的状态保存操作。

5.onForeground()

处于BACKGROUND状态的Page仍然驻留在内存中，当重新回到前台时（比如用户重新导航到此Page），系统将先调用onForeground()回调通知开发者，而后Page的生命周期状态回到INACTIVE状态。开发者应当在此回调中重新申请在onBackground()中释放的资源，最后Page的生命周期状态进一步回到ACTIVE状态，系统将通过onActive()回调通知开发者用户。

6.onStop()

系统将要销毁Page时，将会触发此回调函数，通知用户进行系统资源的释放。销毁Page的可能原因包括以下几个方面：

用户通过系统管理能力关闭指定Page，例如使用任务管理器关闭Page。

用户行为触发Page的terminateAbility()方法调用，例如使用应用的退出功能。

配置变更导致系统暂时销毁Page并重建。

系统出于资源管理目的，自动触发对处于BACKGROUND状态Page的销毁。

AbilitySlice生命周期

AbilitySlice生命周期回调与Page的相应回调类似，因此不再赘述。由于AbilitySlice承载具体的页面，开发者必须重写AbilitySlice的onStart()回调，并在此方法中通过setUIContent()方法设置页面。

Page与AbilitySlice生命周期关联

当AbilitySlice处于前台且具有焦点时，其生命周期状态随着所属Page的生命周期状态的变化而变化。当一个Page拥有多个AbilitySlice时，例如：MyAbility下有FooAbilitySlice和BarAbilitySlice，当前FooAbilitySlice处于前台并获得焦点，并即将导航到BarAbilitySlice，在此期间的生命周期状态变化顺序为：

对应两个slice的生命周期方法回调顺序为：

FooAbilitySlice.onInactive() -- BarAbilitySlice.onStart() -- BarAbilitySlice.onActive() -- FooAbilitySlice.onBackground()

在整个流程中，MyAbility始终处于ACTIVE状态。但是，当Page被系统销毁时，其所有已实例化的AbilitySlice将联动销毁，而不仅是处于前台的AbilitySlice。

2021-02-05鸿蒙开发（二.五）

Intent

Intent是对象之间传递信息的载体。当一个Ability需要启动另一个Ability时，或者一个AbilitySlice需要导航到另一个AbilitySlice时，可以通过Intent指定启动的目标同时携带相关数据。Intent的构成元素包括Operation与Parameters。

Intent的构成元素

Operation

Action： 表示动作，通常使用系统预置Action，应用也可以自定义Action。例如IntentConstants.ACTION_HOME表示返回桌面动作。

Entity：表示类别，通常使用系统预置Entity，应用也可以自定义Entity。例如Intent.ENTITY_HOME表示在桌面显示图标。

Uri：表示Uri描述。如果在Intent中指定了Uri，则Intent将匹配指定的Uri信息，包括scheme, schemeSpecificPart, authority和path信息。

Flags：表示处理Intent的方式。例如Intent.FLAG_ABILITY_CONTINUATION标记在本地的一个Ability是否可以迁移到远端设备继续运行。

BundleName：表示包描述。如果在Intent中同时指定了BundleName和AbilityName，则Intent可以直接匹配到指定的Ability。

AbilityName： 表示待启动的Ability名称。如果在Intent中同时指定了BundleName和AbilityName，则Intent可以直接匹配到指定的Ability。

DeviceId： 表示运行指定Ability的设备ID。

当Intent用于发起请求时，根据指定元素的不同，分为两种类型：

如果同时指定了BundleName与AbilityName，则根据Ability的全称（例如，“com.demoapp.FooAbility”）来直接启动应用。

如果未同时指定BundleName和AbilityName，则根据Operation中的其他属性来启动应用。

鸿蒙OS是用什么语言编写的，它的应用又是用什么语言可以编写？

鸿蒙OS是基于Linux内核源码开发实现的，OS实现代码主要是C语言，并且内核提供的原生系统调用接口肯定也是C语言接口，上层APP应用兼容现有的安卓JAVA程序，可能需要重新编译JAVA应用程序代码即可运行。

应用编写需要用java语言。

鸿蒙OS（英文：HarmonyOS）。在2019年8月9日，华为在东莞举行华为开发者大会，正式发布操作系统鸿蒙OS。鸿蒙OS是一款“面向未来”的操作系统，一款基于微内核的面向全场景的分布式操作系统，它将适配手机、平板、电视、智能汽车、可穿戴设备等多终端设备。

扩展资料：

技术特性：

1、确定时延引擎和高性能IPC技术实现系统天生流畅

鸿蒙OS通过使用确定时延引擎和高性能IPC两大技术解决现有系统性能不足的问题。确定时延引擎可在任务执行前分配系统中任务执行优先级及时限进行调度处理，优先级高的任务资源将优先保障调度，应用响应时延降低25.7%。鸿蒙微内核结构小巧的特性使IPC（进程间通信）性能大大提高，进程通信效率较现有系统提升5倍

2、基于微内核架构重塑终端设备可信安全。

鸿蒙OS采用全新的微内核设计，拥有更强的安全特性和低时延等特点。微内核设计的基本思想是简化内核功能，在内核之外的用户态尽可能多地实现系统服务，同时加入相互之间的安全保护。微内核只提供最基础的服务，比如多进程调度和多进程通信等。

3、鸿蒙OS将微内核技术应用于可信执行环境（TEE），通过形式化方法，重塑可信安全。

通过统一IDE支撑一次开发，多端部署，实现跨终端生态共享。鸿蒙OS凭借多终端开发IDE，多语言统一编译，分布式架构Kit提供屏幕布局控件以及交互的自动适配，支持控件拖拽，面向预览的可视化编程，从而使开发者可以基于同一工程高效构建多端自动运行App，实现真正的一次开发，多端部署，在跨设备之间实现共享生态。

参考资料来源：百度百科-华为鸿蒙系统

鸿蒙3.0系统与华为仓颉编程语言，从系统级6层架构上深入分析

华为的鸿蒙系统3.0开始对9款手机的公测，这其中就包括p50系列的3款手机，mate40系列的5款手机，和一款12.6英寸的matepad pro。这让咱手里拿着的mate30备受冷落。但我自己心里就更加期待华为的仓颉编程语言。这么屈指一算，仓颉编程语言从4月2号开始内测以来已经两个多月了。因此，我预判，鸿蒙系统3.0会跟仓颉编程语言一起来到咱们的身边。

那么在准备迎接鸿蒙系统3.0和仓颉编程语言之前，我这一期帮大家打一个坚实的基础。我相信许多朋友当说起来操作系统或者是编程语言的时候，脑子里其实是有点支离破碎，或者是一头雾水。我帮助大家从一个宏观的角度去鸟瞰，去把握和理解计算机科学体系中的坐标，让你独具一双慧眼，单单靠着你的直觉就能获得专业的视角。计算机科学包括六层架构，操作系统在第四层上，华为仓颉编程语言这样的应用级编程语言则处在第五层上。

咱们先从底部开始，所谓万丈高楼平地起嘛。咱们来先看基础：信息理论。任何学科的基础都是数学，当然计算机科学也不例外。这第一层就是关于数学理论的。咱们日常用的是十进制，计算机则是由0和1构建起来的是二进制。那数学也很简单，就是关于0和1的加法。比如1加1，在十进制中是等于2，而在二进制1加1等于10，这就是所有的数学基础，也就是这么简单。

但是还有更加往上抽象的一个层面的基础，就是咱们在高中时候学习的“布尔代数”。看似不起眼的“布尔代数”研究的是机器如何思考，如何让机器来获得智能这样的问题。

布尔在1854年就解决发表一篇“研究人类的思考规律”的论文，提出了“布尔代数”，为机器如何思考打下了理论基础。

布尔当时的想法很简单。他认为人是理性的，那么人是按照理性逻辑来思考问题的。于是，如果他能把大脑思考问题的逻辑，提炼抽象出来的话，那么是不是就能用这逻辑在大脑之外去思考呢？布尔的这项雄心勃勃的构思就是人工智能的雏形。你想呀，如果把这个逻辑提炼出来用在机器机械零件上，机械零件就会开始思考。如果用在电路上，这个电路是不是也就开始思考了呢。布尔代数咱们就很熟悉了，我就在这里就不带展开，我前面有一期就专门来讲述了这个机器来如何用布尔代数来思考，大家感兴趣可以看下那一期，我在这不展开浪费时间。

再往上第二层就是硬件，布尔他把理论抽象出来，将布尔代数应用到电路上，电路是不是也就能开始思考？哎，到了1938年，香农就首次把布尔代数应用到了电路上，于是这个电路就开始思考了。从最早的真空管到半导体晶体管（我前面那一期也专门讲过“机器如何用晶体管来思考”）然后到集成电路，再到现在这个大型的集成电路芯片。我们知道麒麟9000芯片用的Arm架构的指令集，指挥CPU工作的指令又叫机器码。比如“加法”就是用一串数字机器码00000011来表示。

然而你会发现，用机器码来指挥这个cpu或者电脑工作太麻烦了。一般人哪里能记住像前面的6个0和后面两个1来表示加减乘除的加呢。

正是困扰于此，科学家就此提出来编程语言。最早编程语言是汇编语言。比如前面表示加法的机器码00000011，汇编语言中将其抽象为add。然而，汇编语言也需要大量的记忆，一个指令一个指令的对应，也是太机械了。再往前一步，往上一层抽象就是系统级的编程语言：面向过程的C语言。

一门编程语言所要做的一个主要工作就是在机器和我们人类思考之间建立一座桥梁。我们是人类的思考逻辑，机器是机械 式逻辑思考问题。越高级的编程语言越符合我们人类的思考逻辑，越初级的编程语言则越贴近机器的逻辑。因此，我们用高级的编程语言比如C语言，将想做的事情表达出来，它会自动转换成机器码。

我喜欢的编程发展史上的第二大古老的语言：Lisp语言。

就是直接使用我们的抽象思考的语言。比如重复地来做一件事，重复说五遍“Hello”这个单词。Lisp将重复抽象为dotimes，do是做， times是多次，dotimes反复多次做。看见没，编程语言成了我们抽象的思考工具。

当然，华为仓颉语言也是在编程语言这里，但不是系统级的编程语言，咱们后面再说

当在第二层硬件之上发展出来高级的编程语言，有了系统级的编程语言比如C语言之后。大家就发现，我需要一个操作系统来处理日常的基本任务，比如文件管理，进程管理，内存管理，设备管理和用户管理等等。于是科学家着手用编程语言写操作系统。而事实上C语言在1969年的发明，也正是为了移植与开发UNIX操作系统。C语言的设计者丹尼斯·里奇同时也是Unix操作系统的发明人。到了1991年Linus用C语言写了Linux内核，也是目前安卓和鸿蒙系统的内核。

华为的EROFS超级文件系统并入Linux内核之后，无论是Linux还是安卓都打上了20%的华为烙印。

操作系统再往上一层就是我们日常的应用。比如听歌、看视频等apps就是在操作系统之上。这也好理解，先有了操作系统，才有我们的各种应用。由此也能理解，为什么像鸿蒙系统3.0如此重要，因为应用程序要运行在上面。这些应用程序就是用华为仓颉编程语言等应用级编程语言开发的。不过，目前咱们手机上的应用程序都是用Java开发。未来鸿蒙系统将会使用自研的仓颉语言开发鸿蒙应用。

应用程序的主要功能之一是沟通和交流。我们用Email发邮件，用通讯视频聊天，而Web应用技术构建起来当前的互联网信息大厦。

好了，我们总结一下。计算机科学的六层架构。

第1层是信息理论，研究如何在大脑之外实现思考，布尔代数是人工智能的雏形。第2层是硬件，布尔代数应用到电路上，晶体管开始思考，将数以亿计的晶体管雕刻到集成电路CPU中，CPU的机器码指挥计算机工作。第3层编程语言，从枯燥难记的机器码里发展出来汇编语言，再到系统级的C语言，构建起来人类思考与机器逻辑之间桥梁。第4层操作系统，C语言不是凭空而来，是为了开发Unix操作系统而发明，而操作系统是计算机里最大的软件。第5层应用软件，日常所有的apps都运行在操作系统之上。仓颉编程语言是给鸿蒙系统开发应用程序的专属开发语言。第六层沟通互联，就是我们目前的互联网技术，在网络里看书、听音乐，点一份外卖等等。

这就是计算机科学六层架构，鸿蒙操作系统与仓颉编程语言各就各位。用架构去思考和看问题，不仅能心中有数，还能独具一双慧眼。

鸿蒙系统好写吗？为什么？

单从技术上讲，开发一个单独的操作系统内核并没有想象中的那么困难。网上搜一下 至少能找到几十个甚至上百个OS内核实现，虽然绝大多数只是玩具级别的，但很多都是麻雀虽小，五脏俱全，基本的功能都有实现。

先说下自己的一些经历吧。

我在几年前曾经从零开始写过一个简单的操作系统内核，实现了基本的boot, 内存管理，进程管理，中断管理，IPC，简单的文件系统，简单的磁盘驱动，键盘驱动，简单的终端等基本功能，还实现了一个简单的调试器，支持断点等基本功能。当时对操作系统简直达到了痴迷的程度，只要工作上的事情一做完就去看操作系统方面的书籍资料，晚上下班和周末更是几乎宅在家里不出门，真的可谓是废寝忘食。

终于在参考了Linux, VxWorks还有国外一些大牛写的OS内核之后，最后搞出来了一个玩具级的OS内核，前后大概持续了半年左右。当时也纯粹是为了学习的目的，也是觉得比较好玩，基本功能实现后，就慢慢遗忘在在磁盘的角落里积灰了。。。

所以，从技术上说，开发一个OS内核并没有想象中的那么困难，很多大公司其实技术上都完全有能力开发一个具备基本功能的OS内核。当然，功能完备性、安全性、性能等方面能不能搞好就另说了。

我现在所在的公司，就有完全自主开发的微内核OS，并且在公司上百万台的电信级的分布式集群服务器产品上已经稳定运行了二十多年。并且，还围绕这个OS建立了一系列配套生态，比如基础开发库，一系列配套的开发调试工具，甚至还有专门为这个系统开发的编程语言和编译器等。我曾经有几年的主要工作，就是在维护这个OS内核。可惜的是，这几年公司已经在慢慢用Linux替换这个OS了，估计几年之后就要彻底退役了。

开发一个操作系统的真正难点在于创建围绕在这个内核周边的生态系统。一个单独的内核远远不能构成一个完整的系统，它需要大量的支持环境，如系统支持库，应用程序，开发调试工具等等，此外还要能够推广出去，要有其他上下游的公司愿意使用，能够被广大开发者认可并愿意为其开发新的应用等等，这才是真正的难点所在，是需要投入大量人力物力财力才有可能完成的。

很多公司也正是从技术积累上，时间上，成本上，风险上来考虑，不愿意花大力气在这上面。所以才有了如今Windows，Linux，Apple三分天下的局面。

咱们国家虽然急切渴望能有一个自研的OS，但现状是，有实力的厂商更愿意投资一些能看得到摸得着的实实在在的应用产品上，这样来钱快，才能在最短的时间内看到收益回报，也就是更高的投入回报比。

对于像操作系统，编译器之类的基础软件，除了需要雄厚的技术实力外，还需要耗费大量的人力财力物力，而且失败的风险较大。即便开发成功，还要花大力气进行推广，建立周边生态，这更是需要更大投资，时间成本也更大，往往需要几年甚至十几年时间才能看得到收益。

这对于习惯吃快餐、赚快钱的国内企业来说，根本无法接受。这也需要企业决策层领导具有很大的魄力和战略眼光，但现实中，这样的领导简直是凤毛麟角。

这也正是国内厂商大都不愿触碰自研OS的主要原因，也造成了我国至今仍没有自己的操作系统编译器的局面。

此外，现在市场上对一个新的OS的需求其实也没有那么急迫，没有需求，就没有利益，自然就没有动力。尤其在快餐文化盛行的今天，更是很少有公司愿意去触碰这吃力不讨好的事情。

当然也无须太过悲观，任何东西，只要有需求，就会有利益吸引力，就会给企业研究机构足够的动力。相信将来某一天，一旦Windows, Linux, Apple三巨头不再适用市场需求，马上就会有新的操作系统出现。

或许也用不了等很久吧，毕竟微软已经宣布Win10之后将不会再有大的Windows更新版本，而Linux虽然现在社区的开发仍然很活跃，新的功能仍在被源源不断的添加进去，但也正是由于这个原因，它现在变成了一个大而全的通用操作系统，已经变得越来越臃肿，很多场景其实已经不是很适用了，只是没有更好的替代品，很多公司又不愿意投入自研OS，所以只能选择相对成熟并且生态资源丰富的Linux。

Google不是几年前就已经开始开发Fuchsia了吗? 咱们拭目以待吧。也希望国内有实力的企业和科研机构能够迎头赶上，早日实现自研OS梦。

github上放出来的只是一个迷你的嵌入式OS内核LiteOS，翻看过代码，本身并没有很大的难度。至于鸿蒙OS，源码还没开放，目前为止还只是在PPT上出现过，所以不好评价，但愿能够不负众望吧。

Hongmeng OS是基于Linux内核源代码的开发。 OS实现代码主要是C语言，内核提供的本机系统调用接口肯定也是C语言接口。上层APP应用程序与现有的Android JAVA程序兼容，可能需要重新编译JAVA应用程序。程序代码将运行。至于应用程序编程SDK不支持JAVA以外的编程语言，还需要等待系统正式发布后才能发布，但是你可以先了解下面的编译器，据说这是一个业界开源编译器，用于编译APP程序。 。但是，我仍然希望鸿蒙操作系统的应用程序编程接口支持更多的编程语言(如CC等)，这样程序可以有更多的选择。

操作系统从运行效率 和 可控性来看是要用C语言。 解释性语言，比如python、PHP就不大可能的。Java 也不太可能，一方面运行效率不如C语言，另外不可控：在内存方面，C语言内存申请和释放都很实时，不像Java 语言内存释放 要等GC。在操作系统层面，内存申请和释放是很频繁的，不能用GC定时释放，万一来不及释放 就OOM了，另外的万一发生full GC 那就更糟糕了，操作系统底层指令运行稍微一抖动，应用程序的执行性能就震了三震。

希望对你有所帮助！

从技术上讲，操作系统是一个没有多少技术含量的事情。一个明白操作系统原理的人用几个月就可以写出一个操作系统。

这个世界上的操作系统成千上万，到处都是，任何一个自动设备中都可以认为里面有一个操作系统，电话、门禁、共享自行车中都有。

鸿蒙系统是否好写要看他的目标是什么，只是简单使用当然简单，但要成为一个流行的系统则难度非常的高。

个人看法是鸿蒙系统有天生的缺陷，他是对抗美国产生的，华为一家独大，包括国内的其它厂商都不能干涉，同时他并非开源，他想怎么办就怎么办。这样就造成开发者特别是国外的开发者面临的风险非常的大。要是和谁闹翻了给禁用那怎么办？

安卓有一个最大的优势在于开源，世界上的开发者都可以使用，共同推进发展。当然本次事件更多的来源于政府的制裁，作为google当然要遵守政府的规定。但鸿蒙同时要遵守政府及企业的双层管制。

因此鸿蒙更多的是国内华为的系统，无论是阿里、小米还是谁想用都面临具体的风险，国外的开发者更是这样，要是他的国家一不小心辱华了，华为就给他们禁用，他们就死定了。

操作系统没有一个可以用好写来形容。

首先从代码量上来讲，操作系统作为一个系统，其代码量工作是非常庞大的，如果由单个开发者来完成，会是一项非常艰巨的任务。比如Windows内核的代码在5000万行以上，Linux目前在2500万行左右。如果题主从事开发工作的话，可以大概估计一下代码量的多少。

作为操作系统来说，兼容不同设备以及不同代的设备是必须的，向上和向下兼容保证了操作系统可以运行在不同的平台上，而向后兼容则保证了开发者的产品不会由于系统升级而出现不能使用的情况。

鸿蒙是分布式系统，显然需要支持不止一种类型的设备，这意味着操作系统本身需要考虑大量的底层硬件区别并给予支持。

操作系统最主要的一个功能是调度，即使在微内核架构里，调度依然被保留为内核的功能之一。

而调度在不同的负载下面，不同的设备上面以及不同的使用场景下面，都应该表现出不同的性能，那么开发者需要考虑到这其中最优并且最稳定的方案，最简单的方法不够智能，最智能的方法又可能引入一些问题。

所以总体来讲，不论操作系统本身性能优劣，从头开发一套系统就是一件工程量极其庞大的工作。

对于像华为这种公司来说，写出一个基于Linux的类似于安卓的系统应该是没有什么难度。但为什么鸿蒙系统到现在还没有正式退出使用？

其次一个系统主要是的就是它的生态系统，就是我们使用的各种app，就像当初微软的手机系统，就是死在软件生态不全，而形成生态就需要比较长时间和财力的投入，要吸引开发者去适配新的系统，而华为目前正在做这件事，通过高于其他系统的收益分成或者收益全部让利开发者的方式慢慢完善自己的生态。目前国内外已经有很多软件及 游戏 厂商已经开始适配HMS服务了，相信不久我们就能看到生态完善的华为新的系统了[赞]

听到鸿蒙，华为都不知道是谁家系统，也许根本就不存在

凑合吧，笔画有点多[捂脸]

难！

但对任何一家世界级体量的公司，都写得出！连黑莓手机都能写得出！

但生态很难！收费没人用，开源也没人用[捂脸]

不好写

鸿蒙应用(Harmony OS App)的签名方式

在基于鸿蒙SDK开发完成应用后，可以通过 Build - Build Hap(s)/APP(s) 编译后，在 项目根目录/build/outputs/app/release/ 目录下生成两个文件: xxx_unsigned.app 和 xxx_signed.app。在某些情况下可能需要使用 xxx_unsigned.app 文件，然后使用同步的签名文件对文件进行签名。

那么问题来了，怎么对未签名的文件进行重新签名呢？这个文件就是本文想要解决的问题。

在 DevEco Studio 中有一个 hapsigntoolv2.jar 。通过这个 jar 包可以对应用进行重签名。签名脚本内容如下：

将上面内容写到一个 signer.sh 文件中保持。通过下面指令赋给脚本文件可行的权限：

至此，一个简单的签名工具已经完成。

上面章节已经完成一个简单的签名工具 signer.sh。使用方式如下:

如果执行成功，则会生成 xxx_signed.app 文件。

然后尝试运行一下试试吧。

标题名称：php开发鸿蒙应用,java开发鸿蒙应用
文章链接：http://kswjz.com/article/dsidici.html