未来鸿蒙系统，会不会用 Rust 重写？

大家好，我是渔夫。

今天分享主题，最近发现 OpenHarmony 出现大量的 Rust 代码，是不是以后 Rust 可能成为鸿蒙开发的主要语言，或未来的鸿蒙是否使用 Rust 重写等谈论。

是的，Rust 现在是 OpenHarmony 的官方 “系统开发语言”，操作系统中的很多模块都会选择使用 Rust 开发，从官方的行动来看，我觉得当然会使用 Rust 重写。而且你看，现在 Rust 官方是支持 OpenHarmony 的。

毫无疑问，必须重写，哈哈！

未来鸿蒙系统是否会采用 Rust 语言进行重写，问题非常复杂，涉及到技术、资源和战略决策等多个方面。Rust 因其内存安全特性而受到关注，但是否适合重写整个操作系统，还需要考虑现有代码库、开发资源、社区支持和性能需求等因素的。

真的有必要，必须用 Rust 再重构一遍吗？追求的是什么目标，如果放着现成的成熟代码不用，岂不是显得有些固执了！

所以，从个人感觉上，使用 Rust 重构似乎不太有必要。你说新的开发的模块，使用 Rust 来写，我倒是觉得有必要尝试，使用 C 也不是不行是吧。

当然，也有人说华为是 Rust 基金会初始成员之一，不用 Rust 才奇怪吧，哈哈！

长期运行，需要高性能，无 GC 的程序，可以使用 Rust ！

项目，要求快速迭代，快速 CURD 等，就不必要了！

提升自我，程序员可以 Rust ！

虽然，Rust 确实提供了一些现代语言的特性，如内存安全保证，这可能对操作系统的稳定性和安全性有所提升。然而，重写一个成熟的操作系统是一个庞大的工程，需要大量的时间和资源投入。

而且，现有的操作系统代码库可能已经非常庞大和复杂，用 Rust 重写可能并不是一个经济或技术上的最佳选择，感觉就像是在不必要的地方挥霍资源。

可以这样，Rust 可能更适合用于开发新的系统组件或应用程序，而不是整个操作系统的重写。如，新开发的驱动程序、系统服务或者需要高性能和内存安全的应用程序，可能是 Rust更合适的用武之地。

参考：

• https://doc.rust-lang.org/rustc/platform-support/openharmony.html

• https://device.harmonyos.com/cn/docs/documentation/guide/rust_remote-0000001640097570

• https://device.harmonyos.com/cn/docs/documentation/release/release_notes-0000001057397722#section7680124195817

我是渔夫，现在在国内某某云程序员，业余独立开发者，探索副业，生活、技术、非科班转码经验等相关文章，欢迎关注，和渔夫一起成长。