RTT学习-双向链表
2026/8/6 9:04:47
先说核心结论
纯血鸿蒙（HarmonyOS NEXT）并不是只用仓颉语言，是多语言共存、ArkTS 依旧是主力，仓颉是新增高性能自研语言。
1、纯血鸿蒙现阶段可用 3 种开发语言
ArkTS（主力默认语言）基于 TypeScript 改造、动态类型，现在绝大多数鸿蒙 APP、元服务、UI 页面都是 ArkTS 编写，生态最完善、教程最多、ArkUI 声明式 UI 框架原生适配 ArkTSHuawei Dev...。
仓颉（Cangjie，华为自研静态编译新语言）鸿蒙全栈自研的编程语言，主打高性能、强内存安全、原生适配 AI 智能体、优秀并发能力；适合大型计算、后台任务、AI 应用、需要极致性能的模块，可以和 ArkTS 代码互相调用、混合开发仓颉编程语...。
C/C++用来编写底层内核组件、音视频解码、高性能原生库。
2、二者定位区别（简单通俗）
- ArkTS：主打上手快、开发效率、日常普通应用软件
- 仓颉：主打高性能、安全、并发、AI 原生应用，面向未来生态Huawei Dev...
3、系统内核层面
鸿蒙微内核本身由 C/C++ 开发；仓颉、ArkTS 都只是上层应用层编程语言，二者都需要方舟编译器编译运行，不存在 “整个操作系统由仓颉写成” 的情况。
简单总结：纯血鸿蒙支持仓颉，但日常开发主力依旧是 ArkTS，仓颉是新一代高性能备选自研语言。
4、ArkTS和仓颉的全维度对比表
| 对比项目 | ArkTS | 仓颉（Cangjie） |
|---|---|---|
| 语言出身 | 基于 TypeScript 扩展，继承 JS/TS 语法体系 | 完全从零自研，和 JS、TS 没有血缘关系 |
| 类型特性 | 静态检查 + 兼容动态类型；支持动态类型灵活性 | 纯静态强类型，编译期强制检查所有类型，杜绝大部分运行时错误Huawei Dev... |
| 运行虚拟机 | 方舟 JS‑VM，运行字节码 | 独立 CJVM，支持直接编译 CPU 原生机器码，双运行模式Harmo... |
| 编译机制 | 方舟编译器生成中间字节码 | AOT 提前编译原生机器码，深度 CPU 指令优化 |
| 垃圾回收 GC | 常规 GC，存在停顿 STW | 全并发低延迟 GC，几乎不会阻塞主线程，终端独有技术Harmo... |
| 并发模型 | TaskPool、Worker，Actor 线程模型 | M‑N 用户态轻量协程（类似 Go）、无锁并发结构，多线程能力更强Harmo... |
| 内存安全 | 依赖运行时检查 | 编译期越界、溢出、空指针全套校验，原生强内存安全 |
| 原生 AI 能力 | 需要引入第三方代码库 | 内置Agent‑DSL 智能体专用语法、原生支持 MCP 协议，专门用来开发 AI 应用、大模型助手Harmo... |
| UI 框架 | ArkUI 声明式组件，生态最完善 | 独立仓颉 UI 框架，现阶段组件生态少于 ArkTS |
| 包管理器 | ohpm | cjpm，独立包管理体系 |
| 跨平台 | 鸿蒙多端优先 | 原生支持鸿蒙、安卓、iOS、Windows、Linux 全平台编译运行 |
| 性能表现 | 适合界面业务；密集运算性能一般 | 浮点运算、循环计算普遍快 ArkTS3~100 倍，适合 heavy‑task 任务Harmo... |
| 上手门槛 | 前端开发者 1‑2 周即可熟练，语法贴近 TS | 全新语法体系，需要 3‑4 周适应周期Harmo... |
| 擅长场景 | 页面 UI、交互逻辑、表单、动画、快速迭代、中小型应用、动态热更新业务 | 大数据运算、音视频处理、加密算法、后台常驻任务、多线程、AI 智能体、金融安全模块、启动时延敏感程序Huawei Dev... |
| 生态成熟度 | 鸿蒙主力语言，组件、文档、开源项目极其丰富 | 新一代语言，生态正在高速建设，偏底层、高性能方向 |
| 和 C/C++ | 可以调用原生 NDK 库 | 可以对接底层原生库，高性能跨语言调用 |
| 互相调用 | 双向互通；UI 层 ArkTS 调用仓颉计算模块，仓颉唤起 ArkUI 页面 |