【鸿蒙/OpenHarmony/NDK】什么是NDK? 为啥要用NDK?

本文介绍了如何在鸿蒙系统上使用C/C++开发应用的实操指南。核心内容为：1）确认鸿蒙应用支持C/C++核心逻辑开发，但界面需用ArkTS；2）详细指导DevEco Studio安装及NDK工程创建，强调选择Native C++模板；3）提供真机运行和签名配置的关键操作截图；4）说明成功运行的验证标准（显示"Hello World"及日志输出）。文章采用"问题-解决"结构，配合图文指引开发者快速上手NDK开发，并鼓励读者在评论区交流优化建议。全文突出实操性，将官方文档要

不过手动创建CMakeLists.txt和C++文件，应该还是比较容易的，对于做过NDK开发的人来说没啥问题。鸿蒙系统，你可以认为它和android有点像，但又是超越android的存在，除了手机，还可以其他各种设备。如果你是搞NDK开发的，应该知道这一点：把编译器和cmake的toolchain文件配置好，不用IDE就可以开发了。从鸿蒙的NDK相关的cmake toolchain里面可以发现，鸿蒙开放系统，被简称为了OHOS，估计是Open Harmony Operating System的缩写吧。

不过手动创建CMakeLists.txt和C++文件，应该还是比较容易的，对于做过NDK开发的人来说没啥问题。鸿蒙系统，你可以认为它和android有点像，但又是超越android的存在，除了手机，还可以其他各种设备。如果你是搞NDK开发的，应该知道这一点：把编译器和cmake的toolchain文件配置好，不用IDE就可以开发了。从鸿蒙的NDK相关的cmake toolchain里面可以发现，鸿蒙开放系统，被简称为了OHOS，估计是Open Harmony Operating System的缩写吧。

build目录：放置预定义的toolchain脚本文件ohos.toolchain.cmakeCMake编译时需要读取该文件中的默认值，比如编译器架构、C++库链接方式等，因此在编译时会通过CMAKE_TOOLCHAIN_FILE指出该文件的路径，便于CMake在编译时定位到该文件。build-tools文件夹：放置NDK提供的编译工具# 键入下一行命令查看CMake的版本# 结果llvm文件夹：放置NDK提供的编译器。

Native API 在 SDK 包的位置为$(SDK_ROOT)/native 目录，主要有以下几个部分组成目录功能说明build应用中编译动态库的 toolchain cmake 脚本；这个目录下 ohos.toolchain.cmake 文件定义了给 OHOS 交叉编译选项放置编译构建的工具，如 cmakedocsNative API 接口参考文档，通过 doxgen 从头文件中提取出来llvm支持 OHOS ABI 的 llvm 交叉编译器sysroot。

build目录：放置预定义的toolchain脚本文件ohos.toolchain.cmakeCMake编译时需要读取该文件中的默认值，比如编译器架构、C++库链接方式等，因此在编译时会通过CMAKE_TOOLCHAIN_FILE指出该文件的路径，便于CMake在编译时定位到该文件。build-tools文件夹：放置NDK提供的编译工具# 键入下一行命令查看CMake的版本# 结果llvm文件夹：放置NDK提供的编译器。

在很多复杂应用工程中，C++代码工程是通过CMake等构建系统以命令行方式来编译构建的，接下来介绍如何把已有的CMake工程切换到OpenHarmony工具链中，从而使用命令行CMake构建该工程。

▍Native API目录结构NDK方式是应用层直接调用底层库或者三方库目前看最常规的方式；4.0(API10)有ndk 46个，3.2(API9)有ndk 28个，实质代码里有更多的ndk，RK的原因没有编出更多，比如sensor部分就没有编译出来；划重点，NDK里有两种api：node-api，用于arkts和c++调用和传递数据；c/c++ api，可以把动态库打包成应用侧c++直接调用的接口；

本文深入解析鸿蒙系统分布式任务调度技术，展示了如何实现多设备协同计算。鸿蒙通过智能任务分配、动态负载均衡、并行处理和优先级调度等机制，让多个设备像"超级设备"一样工作。文章提供了详细的ArkTS代码示例，演示了分布式计算任务的实现方法，包括设备发现、任务分片、跨设备执行、进度回调及失败重试等关键功能。同时探讨了该技术在智能家居数据分析、AI图像识别和视频渲染等场景的实际应用，并解答了常见问题。鸿蒙分布式任务调度能显著提升多设备利用率，缩短任务执行时间。

本文介绍了如何在鸿蒙HarmonyOS中封装axios库以支持文件上传功能。封装后的AxiosHttpRequest类提供了GET、POST等HTTP请求方法，并实现了统一错误处理机制。重点讲解了文件上传接口的设计，支持单个/多个文件上传，可自定义文件字段名和表单数据，并包含上传进度回调功能。通过继承InternalAxiosRequestConfig实现了可选的拦截器配置，同时保留了axios原有的特性。该封装简化了网络请求操作，使开发者能更便捷地处理文件上传等业务需求。

【代码】HarmonyOS之AbilityStage、UIAbility、WindowStage。

选择Compatible SDK为5.0.5(17)，在编译构建时，DevEco Studio会根据指定的Compatible SDK版本进行编译打包。界面由RelativeContainer相对布局容器作为根容器，RelativeContainer支持容器内部的子元素设置相对位置关系，适用于界面复杂场景的情况，对多个子组件进行对齐和排列。在Project导航栏中选中 entry -> src -> main -> ets -> pages -> Index.ets，即可看到初始创建项目的模板代码。

纯血鸿蒙（HarmonyOS NEXT）开发入门教程：从零掌握Stage模型与ArkTS语言，详解环境配置、UIAbility生命周期、分布式开发及性能优化技巧，助你快速构建原生鸿蒙应用，抢占国产操作系统开发先机！

摘要：本文介绍了鸿蒙HarmonyOS 5的ArkTS声明式UI框架开发要点。主要内容包括：1）项目结构（AppScope、ets目录和resource）；2）核心装饰器@Entry和@Component的使用；3）build函数的UI布局定义；4）@State装饰器的数据追踪与局部重绘机制；5）资源文件管理方法。文章指出，采用ArkTS框架的鸿蒙应用占比已达68%，展示了声明式UI在移动开发中的优势。（150字）

作为华为推出的全场景分布式操作系统，HarmonyOS最大的魅力就是能让不同设备像一个"超级终端"一样协同工作。今天我们就来深入探索这个神奇的分布式世界，手把手教你打造属于自己的跨设备协同应用。

是 HarmonyOS 应用的模块级配置文件，用于定义模块的基本信息、设备适配规则、UIAbility/ExtensionAbility 配置、权限管理及性能优化策略。以下是其核心功能的模块化分类与配置说明。

摘要 鸿蒙系统（HarmonyOS）通过蓝牙、Wi-Fi和分布式软总线技术，实现设备间自动发现与连接，简化传统IoT设备繁琐的配对流程。开发者可利用鸿蒙的API扫描设备、识别服务并自动组网，完成智能家居、车机互联等场景的无缝交互。本文提供代码示例，展示如何通过设备管理模块实现自动发现、过滤目标设备及认证连接，并解答常见问题。鸿蒙的分布式能力为多设备协同提供了高效、安全的解决方案，推动无感互联生态的发展。