1.鸿蒙基于linux还是鸿蒙鸿蒙unix
2.纯血鸿蒙也是运行jvm吗
3.v51.04 鸿蒙内核源码分析(ELF格式) | 应用程序入口并非main | 百篇博客分析OpenHarmony源码
4.鸿蒙轻内核M核源码分析：中断Hwi
5.鸿蒙OS是用什么语言编写的，它的源码语言源码应用又是用什么语言可以编写
6.鸿蒙轻内核M核源码分析：LibC实现之Musl LibC

鸿蒙基于linux还是unix

       鸿蒙基于Linux。Unix是系统一个闭源操作系统，其源代码需要通过与所有者AT&T的编译协议才能获得许可。相对而言，鸿蒙鸿蒙Linux是源码语言源码app公社源码开源的，无需授权。系统鸿蒙系统旨在集成电脑、编译手机、鸿蒙鸿蒙汽车等多种设备，源码语言源码实现大一统。系统Linux在电脑领域的编译应用生态良好，基于Linux开发有助于解决应用生态问题。鸿蒙鸿蒙

       华为选择基于Linux开发鸿蒙系统是源码语言源码显而易见的。目前，系统华为手机的EMUI系统是基于谷歌的Android系统开发的。Android本身也基于Linux，这不仅解决了生态问题，还保证了与现有Android应用程序的良好兼容性。对于新系统而言，生态是成功的关键。

       关于鸿蒙的其他描述如下：

       1. 云将东游，过扶摇之枝，而适遭鸿蒙。

       2. 西穷窅冥之党，东开鸿濛之先。

       3. 外则正南极海，邪界虞渊，鸿濛沆茫，碣以崇山。影视wordpress源码颜师古注，鸿濛沆茫，广大貌。

       4. 提挈天地而委万物，以鸿濛为景柱，而浮扬乎无畛崖之际。

       5. 半生堕落忧患界，万事睁庆元在鸿濛间枝册。又试问鸿蒙初辟时，又哪里有贫富贵贱？

       6. 静原生智慧，愁亦破鸿濛。是谓志意存鸿蒙，有弦化无弦也。

       7. 鸿蒙，为宇宙未分，时空皆无“时”的存在，为宇宙时空等一切万物的元气，一切概念的起源，所有时间空间猛早宏的原初状态。

       8. 我所居兮，青埂之峰；我所游兮，鸿蒙太空。

       以上内容参考：百度百科—鸿蒙

纯血鸿蒙也是运行jvm吗

       纯血鸿蒙不再运行JVM，而是采用了自研的运行时环境来支持其新的编程语言ArkTS。这一变化是鸿蒙系统自主化、高效化以及全场景智能生态建设的一部分。

       纯血鸿蒙也是运行jvm吗

       答：纯血鸿蒙系统将不再运行JVM虚拟机。

一、鸿蒙系统的项目源码导入技术基础与发展

1、剔除安卓代码：鸿蒙NEXT的核心变化是在系统层面剔除了Linux内核和AOSP（Android开放源代码项目）的代码。这意味着鸿蒙从系统层面不再兼容和支持Android应用，自然也包括了基于Java的语言和JVM。

2、全栈自研：鸿蒙系统通过全栈自研，包括操作系统内核、文件系统、编程语言、编译器/运行时等，实现了高度自主控制。这使得鸿蒙系统不再依赖Java平台和JVM。

二、纯血鸿蒙的编程语言与环境

1、ArkTS语言：纯血鸿蒙应用主要使用ArkTS语言进行开发。ArkTS是基于TypeScript的超集，专为鸿蒙系统设计，用以替代传统的Java开发模式。

2、放弃Java语言：鸿蒙系统在API8及之后的版本中官方不再支持使用Java语言进行应用开发。这一变化减少了对JVM的依赖，使鸿蒙系统能够发展自己的运行环境。

三、鸿蒙原生智能架构与生态

1、AI能力整合：鸿蒙NEXT版本强化了AI能力，通过将华为的AI技术下沉到系统层面，为三方应用提供更加智能化的体验。这种整合无需依赖于JVM，而是利用鸿蒙自己的运行时环境。

2、源码管理证书多场景应用开发：鸿蒙系统鼓励开发者使用其自研的编程框架和运行时进行应用开发，从而摆脱对Java和JVM的依赖。

v. 鸿蒙内核源码分析(ELF格式) | 应用程序入口并非main | 百篇博客分析OpenHarmony源码

       鸿蒙内核源码分析(ELF格式篇) | 应用程序入口并非main

       深入解析ELF格式与鸿蒙源码的关系，探寻应用程序入口的奥秘。本文将带你从一段简单的C代码开始，跟踪其编译成ELF格式后的神秘结构，揭秘ELF的组成与内部运作机制。

       以E:\harmony\docker\case_code_目录下的main.c文件为例，通过编译生成ELF文件，运行后使用readelf -h命令查看应用程序头部信息。了解ELF文件的全貌，从ELF头信息、段信息、段区映射关系、区表等多方面深入探讨。

       ELF格式文件由四大部分组成：头信息、段信息、段区映射关系和区表。头信息包含关键元数据，如文件类型、字节顺序、文件大小等；段信息描述了可执行代码和数据段的属性和位置；段区映射关系展示了段与区的关联；区表则存储了每个区的详细信息。

       通过readelf -l命令，可以观察到段信息及其在程序中的作用，如初始化数组、动态链接、栈区等。在运行时，不同段以特定方式映射到内存中，spring源码探究实现代码的加载和执行。

       在深入分析后，发现应用程序的真正入口并非通常理解的main函数，而是一个名为_start的特殊函数。这揭示了鸿蒙内核在启动时的执行流程，以及如何在ELF格式中组织和加载代码。

       本文以ELF格式为切入点，带你全面理解鸿蒙内核源码的组织结构与运行机制。通过百万汉字注解，带你精读内核源码，深入挖掘其地基。在Gitee仓(gitee.com/weharmony/ker...)同步注解，共同探索鸿蒙研究站(weharmonyos)的奥秘。

鸿蒙轻内核M核源码分析：中断Hwi

       在鸿蒙轻内核源码分析系列中，本文将深入探讨中断模块，旨在帮助读者理解中断相关概念、鸿蒙轻内核中断模块的源代码实现。本文所涉及源码基于OpenHarmony LiteOS-M内核，读者可通过开源站点 gitee.com/openharmony/k... 获取。

       中断概念介绍

       中断机制允许CPU在特定事件发生时暂停当前执行的任务，转而处理该事件。这些事件通常由外部设备触发，通过中断信号通知CPU。中断涉及硬件设备、中断控制器和CPU三部分：设备产生中断信号；中断控制器接收信号并发出中断请求给CPU；CPU响应中断，执行中断处理程序。

       中断相关的硬件介绍

       硬件层面，中断源分为设备、中断控制器和CPU。设备产生中断信号；中断控制器接收并转发这些信号至CPU；CPU在接收到中断请求后，暂停当前任务，转而执行中断处理程序。

       中断相关的概念

       每个中断信号都附带中断号，用于识别中断源。中断优先级根据事件的重要性和紧迫性进行划分。当设备触发中断后，CPU中断当前任务，执行中断处理程序。中断处理程序由设备特定，且通常以中断向量表中的地址作为入口点。中断向量表按中断号排序，存储中断处理程序的地址。

       鸿蒙轻内核中断源代码

       中断相关的声明和定义

       在文件 kernel\arch\arm\cortex-m7\gcc\los_interrupt.c 中定义了结构体、全局变量和内联函数。关键变量 g_intCount 记录当前正在处理的中断数量，内联函数 HalIsIntActive() 用于检查是否正在处理中断。中断向量表在中断初始化过程中设置，用于映射中断号到相应的中断处理程序。

       中断初始化 HalHwiInit()

       系统启动时，在 kernel\src\los_init.c 中初始化中断。HalHwiInit() 函数在 kernel\arch\arm\cortex-m7\gcc\los_interrupt.c 中实现，负责设置中断向量表和优先级组，配置中断源，如系统中断和定时器中断。

       创建中断 HalHwiCreate()

       开发者可通过 HalHwiCreate() 函数注册中断处理程序，传入中断号、优先级和中断模式。函数内部验证参数，设置中断处理程序，最终通过调用 CMSIS 函数完成中断创建。

       删除中断 HalHwiDelete()

       中断删除操作通过 HalHwiDelete() 实现，接收中断号作为参数，调用 CMSIS 函数失能中断，设置默认中断处理程序，完成中断删除。

       中断处理执行入口程序

       默认的中断处理程序 HalHwiDefaultHandler() 仅用于打印中断号后进行死循环。HalInterrupt() 是中断处理执行入口程序的核心，它包含中断数量计数、中断号获取、中断前后的操作以及调用中断处理程序的逻辑。

       开关中断

       开关中断用于控制CPU是否响应外部中断。通过宏 LOS_IntLock() 关闭中断， LOS_IntRestore() 恢复中断状态， LOS_IntUnLock() 使能中断。这组宏对应汇编函数，使用寄存器 PRIMASK 控制中断状态。

       小结

       本文详细解析了鸿蒙轻内核中断模块的源代码，涵盖了中断概念、初始化、创建、删除以及开关操作。后续文章将带来更多深入技术分享。欢迎在 gitee.com/openharmony/k... 分享学习心得、提出问题或建议。关注、点赞、Star 和 Fork 到个人账户，便于获取更多资源。

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

       鸿蒙操作系统是由华为自主研发的，其架构基于Linux内核。内核之上是麒麟处理器的运行库，为系统提供了底层支持。编译器用于将源代码转换为可执行文件，虚拟机则负责运行这些文件。鸿蒙系统的源代码主要使用C语言编写，这是一种广泛应用于操作系统开发的编程语言，因其高效性和稳定性著称。

       开发鸿蒙应用程序需要使用华为开发工具DevEco Studio。DevEco Studio是华为为鸿蒙系统设计的集成开发环境，它不仅支持程序的开发、调试和维护，还提供了丰富的功能来帮助软件工程师进行高效工作。DevEco Studio支持多种编程语言，包括但不限于C、C++以及JavaScript等，这使得开发者可以根据项目需求灵活选择合适的语言。

       值得一提的是，DevEco Studio还具备可视化编程能力。通过直观的界面，开发者可以更加便捷地构建应用程序，实时查看编程效果。这种可视化编程方式不仅简化了开发流程，也极大地降低了开发难度。对于初学者来说，这无疑是一种很好的学习工具。

       由于鸿蒙系统采用了多语言支持策略，开发者可以使用C、C++、JavaScript等语言进行开发。这些语言各有优势，能够满足不同类型的应用场景。例如，C和C++适用于对性能要求较高的场景，而JavaScript则更适合Web开发和跨平台应用。

鸿蒙轻内核M核源码分析：LibC实现之Musl LibC

       本文探讨了LiteOS-M内核中Musl LibC的实现，重点关注文件系统与内存管理功能。Musl LibC在内核中提供了两种LibC实现选项，使用者可根据需求选择musl libC或newlibc。本文以musl libC为例，深度解析其文件系统与内存分配释放机制。

       在使用musl libC并启用POSIX FS API时，开发者可使用文件kal\libc\musl\fs.c中定义的文件系统操作接口。这些接口遵循标准的POSIX规范，具体用法可参阅相关文档，或通过网络资源查询。例如，mount()函数用于挂载文件系统，而umount()和umount2()用于卸载文件系统，后者还支持额外的卸载选项。open()、close()、unlink()等文件操作接口允许用户打开、关闭和删除文件，其中open()还支持多种文件创建和状态标签。read()与write()用于文件数据的读写操作，lseek()则用于文件读写位置的调整。

       在内存管理方面，LiteOS-M内核提供了标准的POSIX内存分配接口，包括malloc()、free()与memalign()等。其中，malloc()和free()用于内存的申请与释放，而memalign()则允许用户以指定的内存对齐大小进行内存申请。

       此外，calloc()函数在分配内存时预先设置内存区域的值为零，而realloc()则用于调整已分配内存的大小。这些函数构成了内核中内存管理的核心机制，确保资源的高效利用与安全释放。

       总结而言，musl libC在LiteOS-M内核中的实现，通过提供全面且高效的文件系统与内存管理功能，为开发者提供了强大的工具集，以满足不同应用场景的需求。本文虽已详述关键功能，但难免有所疏漏，欢迎读者在遇到问题或有改进建议时提出，共同推动技术进步。感谢阅读。