过去几十年，程序员手里的编程语言其实已经非常稳定。做互联网应用，很多开发者会选择Java、JavaScript或者Python；做操作系统、数据库、编译器以及各种高性能软件，C和C++依然拥有非常深厚的地位。

但这几年，一门相对年轻的编程语言正在快速进入主流开发者的视野，它就是Rust。

Rust并不是使用人数最多的编程语言，至少目前还无法撼动Python、JavaScript、Java等老牌语言的地位。但如果观察开发者口碑、底层软件采用情况以及大型科技公司的投入，Rust的存在感已经越来越强。Stack Overflow发布的2025年开发者调查显示，Rust连续多年成为开发者“最受喜爱”的编程语言，2025年的认可度达到72%。与此同时，Rust的构建工具和包管理器Cargo也成为开发者最受认可的云开发与基础设施工具之一。

这意味着Rust真正厉害的地方，并不只是“流行”两个字，而是它正在解决传统系统级编程长期存在的一些问题。

Rust的故事，其实已经讲了20年

Rust的历史并不算短。

2006年，Graydon Hoare开始把Rust作为个人项目进行开发，后来项目进入Mozilla Research体系，并逐渐发展成一个正式的开源编程语言项目。Rust 1.0最终在2015年发布，此后开始进入越来越多开发者和企业的技术栈。AWS资料显示，Rust从2006年的个人项目发展到今天，已经形成了规模庞大的开发者生态。

真正让Rust开始受到关注的，是它试图解决一个长期困扰软件行业的问题：如何在保持C、C++级别性能的同时，让程序更加安全。

这件事情听起来简单，实际上非常困难。

C和C++最大的优势之一就是自由。开发者可以直接操作内存，可以控制数据结构，也可以把程序压榨到非常高的性能。但自由也意味着开发者需要承担更多责任，一旦出现指针错误、内存越界、释放后继续使用等问题，就可能产生严重的软件漏洞。

Rust的设计思路恰恰相反。

它希望把大量原本需要程序员自己小心处理的问题，交给编译器提前检查。

Rust最核心的优势，是把“内存安全”提前到了编译阶段

Rust最值得关注的设计，就是所有权、借用和生命周期机制。

简单来说，一块内存应该由谁拥有、什么时候可以使用、什么时候可以释放，在Rust程序编译阶段就会受到严格检查。

如果代码存在明显的内存安全问题，Rust编译器通常不会让程序直接通过。

这和传统的C/C++开发方式存在明显区别。

在C语言中，程序员拥有非常大的自由度，但这种自由也容易产生缓冲区溢出、悬空指针、use-after-free等问题。程序可能编译成功，甚至测试阶段也没有出现异常，真正运行到特定场景时才暴露问题。

Rust则试图把这类问题尽可能提前。

AWS也明确提到，Rust通过类型系统和所有权模型，在编译阶段检查内存安全和线程安全，同时不依赖传统垃圾回收机制。

这也是Rust特别适合系统软件的原因。

它不像Java、Go等语言那样依赖垃圾回收器来管理内存，也不像C/C++那样完全把内存管理责任交给开发者，而是在两者之间找到了一个非常特殊的平衡点。

当然，Rust并不是绝对安全的。

开发者可以使用unsafe绕开部分编译器限制，因此Rust依然存在需要人工审查的底层代码。AWS甚至在2024年专门推动了Rust标准库安全验证项目，这也说明Rust的安全性并不是“完全不会出问题”，而是通过语言机制大幅减少某些类型的错误。

性能依然是Rust的另一张王牌

如果一门语言只有安全性，却牺牲了性能，那么它很难真正进入操作系统、数据库、浏览器、云计算基础设施这些领域。

Rust恰恰没有选择这条路线。

它没有传统意义上的垃圾回收器，也没有强制性的重量级运行时，因此可以在保持较高开发效率的同时，获得非常接近C和C++的运行性能。

这也是AWS长期投入Rust的重要原因之一。

AWS已经将Rust用于多个基础设施和性能敏感型组件，包括Amazon S3、EC2、CloudFront等服务，同时Firecracker虚拟化技术也是使用Rust开发的重要项目。AWS甚至在2025年宣布，AWS Lambda对Rust的支持从实验阶段进入正式可用阶段，意味着Rust已经可以用于更加正式的生产级Serverless业务。

这背后其实释放了一个很明显的信号：Rust已经不只是程序员社区里的“新语言”，而是在逐渐进入云计算基础设施。

Google也在推动Rust进入Android和Chromium

Rust受到大型科技公司关注，并不是因为它的宣传做得好，而是因为它确实解决了一些现实的软件安全问题。

Google就是其中一个非常典型的例子。

Android近年来持续推进内存安全策略，并将Rust用于越来越多对安全性要求较高的新代码。Google在2025年的Android安全总结中表示，Android中的内存安全漏洞占比已经降到20%以下，同时Rust已经被用于Nearby Presence等安全关键组件，以及Chromium中的PNG、JSON和Web Fonts解析器等场景。

浏览器尤其需要这种能力。

现代浏览器每天都会处理来自互联网的大量不可信数据，而解析这些数据的代码又属于非常容易产生安全漏洞的区域。

Google的Chromium项目因此一直在探索Rust的使用。Chromium官方文档也明确说明，Rust能够提供跨平台的内存安全能力，同时避免为了隔离不可信数据而增加额外进程带来的性能和复杂度。

从浏览器到移动操作系统，再到云计算基础设施，Rust正在进入过去由C和C++长期占据的区域。

Rust真正可怕的地方，是它正在成为“新底层语言”

过去学习底层开发，C几乎是绕不开的一门语言。

后来C++在此基础上加入面向对象、模板等能力，逐渐成为大型系统软件的重要选择。

Rust则试图把现代编程语言的开发体验带到底层世界。

它有Cargo这样的包管理和构建工具，有非常详细的编译器错误提示，也拥有成熟的第三方软件包生态。Stack Overflow的2025年调查显示，Rust不仅在语言本身的“最受喜爱”排名中继续领先，其Cargo也以71%的认可度成为最受认可的云开发和基础设施工具之一。

这对于开发者非常重要。

过去很多系统级开发工作之所以让新人望而却步，并不只是因为C/C++语法复杂，而是因为程序员必须同时面对内存管理、并发、指针、编译器、链接器以及各种难以定位的问题。

Rust并没有让这些概念消失，而是通过语言设计把其中一部分问题变得更加明确。

对于开发者而言，这意味着写底层软件不再完全等同于“和各种内存Bug斗智斗勇”。

Rust会取代C++吗？

至少现在还不能这样下结论。

C和C++已经存在了几十年，拥有巨大的代码资产、成熟的工具链、庞大的开发者群体以及大量经过验证的生产系统。很多操作系统、游戏引擎、数据库、浏览器和工业软件都建立在这些语言之上。

更现实的情况可能是，Rust正在成为C/C++之外越来越重要的选择。

尤其是新项目。

如果一个团队今天准备开发一个高性能网络服务、命令行工具、虚拟化组件、数据库模块、嵌入式程序或者基础设施软件，那么Rust已经很难被忽略。

而对于已经存在数百万行C/C++代码的大型项目来说，更可能出现的是逐步迁移和混合使用，而不是一次性全部重写。

这其实也是Rust最值得关注的发展方向。

Python依然是主流，但Rust正在成为它的重要补充

有意思的是，Rust的崛起并不一定意味着Python会衰落。

恰恰相反，Stack Overflow 2025年调查显示，Python的使用率相比上一年增长了7个百分点，AI、数据科学和后端开发成为推动Python继续增长的重要原因。

因此未来的软件开发很可能不是“一门语言统治世界”。

Python负责AI、数据处理和快速开发，Java、C#继续承担大量企业级应用，JavaScript和TypeScript占据Web开发，而Rust则越来越多地承担高性能、底层、安全敏感型任务。

甚至已经出现大量“Python负责上层，Rust负责底层”的组合。

2025年Stack Overflow调查中，Python开发者希望进一步学习Rust和Go的趋势也非常明显。与此同时，Python生态里的uv包管理器本身就是使用Rust开发的，并成为2025年Stack Overflow最受认可的标签技术之一。

这说明Rust甚至正在通过其他语言的生态进入开发者日常工作。

Rust的真正机会，可能才刚刚开始

今天讨论Rust是否已经成为“世界上最流行的编程语言”其实并不准确。

如果按照绝对使用规模计算，Python、JavaScript、Java等语言依然拥有巨大的领先优势。

但如果观察增长速度、开发者认可度、大型科技公司投入以及底层软件采用情况，Rust无疑已经成为全球最值得关注的新一代编程语言之一。

它没有试图复制Python的路线，也没有简单模仿Java或者JavaScript。

Rust选择了一条更加困难的道路：在保持接近C/C++性能的同时，把内存安全、并发安全和现代开发体验放到语言设计的核心位置。

这也是它能够持续获得开发者关注的根本原因。

软件行业正在进入一个新的阶段。过去几十年积累下来的C和C++仍然不会消失，但随着安全漏洞成本越来越高、云计算规模越来越大、AI基础设施越来越复杂，开发者对于“性能、安全和开发效率同时兼顾”的需求也会越来越强。

而Rust，恰好站在了这个交叉点上。

它现在还不是世界上使用人数最多的编程语言，但已经越来越像一门不能被忽视的语言。

对于程序员来说，Rust或许还不是必须马上替代现有技术栈的选择，却很可能成为未来几年系统开发领域最重要的技术变量之一。