ARTICLE · 1068369
华为自研编程语言支持编译成安卓和IOS了?
仓颉1.2.0正式杀到
能跑安卓iOS了，旧版还有30天寿命
先说最重要的：旧版10月30日停服
这次 1.2.0 属于 STS（短期支持）通道，维护周期 6个月。而上一版 STS 1.1.x 系列已明确将于 2026年10月30日 停止维护。
🔹 LTS：长期稳定版，更新/维护计划待定
🔹 STS：每半年更新，比 Nightly 更稳定，适合生产环境
🔹 Nightly Builds：每日构建，最新特性尝鲜，稳定性较低
简单说：追求稳定选 LTS，要新特性选 STS，要尝鲜选 Nightly。目前 1.2.0 是唯一的活跃 STS 版本，1.1.x 停更后，还在用旧版的团队需要尽快完成迁移。
三大升级，每一条都打在实际痛点上
这是本次更新最大亮点。仓颉不再只是"鸿蒙专属语言"：
🔹 新增 Android 23 (API 23) aarch64 平台编译支持
→ 仓颉代码可以直接编译运行在安卓 arm64 设备上
🔹 新增 iOS LTO（链接时优化）支持
→ 面向苹果设备编译时可精简体积、提升运行效率
🔹 增强 ObjC / Java 跨语言互操作
→ 仓颉代码可更顺畅调用安卓、iOS 原生系统接口
此前仓颉已支持鸿蒙、Windows、Linux、macOS。1.2.0 补齐了安卓和 iOS 的关键能力，真正朝着"一份代码，多系统异构运行"的目标迈进了一大步。
编译器是编程语言的根基。1.2.0 针对大型项目编译做了大量 ICE（内部编译错误）修复：
🔹 修复 broken 声明重载排除
🔹 const 函数 ICE 修复
🔹 字符串插值位置信息修正
🔹 synchronized 块声明拒绝问题修复
🔹 等一批底层语义问题
对于做大型鸿蒙项目的团队来说，这些修复意味着编译偶现崩溃减少、排错成本降低，开发体验明显提升。
语言服务协议（LSP）直接决定 IDE 编码体验，新增多项实用能力：
✅ 跨平台跳转定义——跨文件跨平台代码溯源更流畅
✅ 接口提取 / 重命名重构——代码重构效率提升
✅ 数组索引提取——快速提取数组元素
✅ cjo 字节 intern 去重——减少冗余输出
✅ 清理废弃接口，工具链更干净高效
搭配 DevEco Studio、VSCode 插件使用，编码、重构、调试效率都会提升。
仓颉到底是什么来头？
可能有些读者还不太熟悉仓颉，简单回顾一下：
🔹 华为自研，2019年启动，南京大学冯新宇教授担任首席架构师
🔹 2024年6月随"纯血鸿蒙"首次发布，2025年7月正式开源
🔹 四大特色：原生智能化 · 天生全场景 · 高性能 · 强安全
🔹 内嵌 Agent DSL 编程框架，自然语言与编程语言融合，简化 AI 智能体开发
🔹 开源内容包括编译器、运行时和标准库
鸿蒙生态目前支持三种编程语言：ArkTS（基于 TypeScript）、仓颉和 C/C++，三者互补。ArkTS 胜在开发效率，仓颉胜在性能和安全，适合对性能和安全性要求更高的场景。
谁已经在用仓颉了？
仓颉不是纸上谈兵，已经有一批真实落地的案例：
🔹 美团：鸿蒙版美团众包、美团骑手 App 成为国内首个大规模采用仓颉主体开发的鸿蒙应用，首发日功能即与安卓和苹果端对齐
🔹 工商银行：通过仓颉完成鸿蒙原生应用开发
🔹 京东：利用仓颉实现高并发处理和冷启动优化
🔹 力扣（LeetCode）：验证了复杂页面渲染场景下的表现
这些案例说明仓颉已经跨过了"能用"阶段，正在走向"好用"和"大规模用"。
开发者现在该做什么？
📌 如果你在用 STS 1.1.x：距离停服只剩 30天，建议立即开始迁移到 1.2.0。重点关注跨平台 API 变化、编译器 ICE 修复带来的行为差异
📌 如果你在观望要不要学仓颉：现在是个好时机。1.2.0 补齐了安卓和 iOS 支持，意味着学一门语言能覆盖鸿蒙+安卓+iOS 三端，性价比大幅提升
📌 如果你已经在用仓颉：试试新的 LSP 重构能力，接口提取和跨平台跳转定义能省下不少时间
🔗 开源仓库：gitcode.com/Cangjie（含 Nightly Builds 下载）
🔗 开发工具：DevEco Studio 仓颉插件 / VSCode 仓颉插件
编程语言是软件产业的地基，地基稳了上层应用才能繁荣。仓颉 1.2.0 最有意义的一步不是修了多少 bug，而是它终于不再只是"鸿蒙专属语言"——能跑安卓、能跑 iOS，这意味着开发者学仓颉的投资回报率变高了。美团骑手 App 已经证明了大规模仓颉开发的可行性，30天迁移窗口又给了存量开发者一个明确的时间节点。不管你是已经在用还是还在观望，仓颉值得你花点时间关注了。