Rust 正在接管软件的每一层

你大概率写过 Java，或者 Python，或者 Go。

但最近这一年，如果你稍微留意一下技术圈，会发现一个有点诡异的现象：不管是浏览器、内存分配器，还是跑在前端的 JavaScript 运行时，越来越多「本来跟 Rust 没关系」的东西，背后都开始冒出 Rust 的身影。

这周尤其密集。

8 月 7 日，Cloudflare 推出基于 Rust 的浏览器 Kitesurf；8 月 10 日，一个用 Rust 写的内存分配器 RSMalloc 放出 Alpha-2；更早几天，社区里还冒出「Bun 正被 Rust 重写」的讨论。

三件事，三个完全不同的层。它们合在一起，指向同一个判断——Rust 已经不满足于做「系统语言」，它正在往软件的每一层渗透。

一、连浏览器，都被 Rust 重写了

浏览器，大概是软件世界里最硬核的战场之一。

渲染引擎、网络栈、安全沙箱、并发调度——随便拎出一块，都是踩了二十多年坑才稳定下来的东西。这么多年，浏览器基本是 C++ 的天下。谁敢动，谁就要接住那一地历史包袱。

所以当我看到「Cloudflare 用 Rust 写了一个浏览器 Kitesurf」时，第一反应不是「又一个玩具」，而是——连浏览器这种终极战场，Rust 都开始进场了。

这背后的逻辑很现实：浏览器的崩溃、内存泄漏、安全漏洞，绝大多数都来自 C++ 那套手动内存管理。Rust 的「编译期就管住内存安全、还不用垃圾回收」这套打法，恰好戳在浏览器最痛的地方。Cloudflare 这种把安全性当生意的公司，用 Rust 重写关键路径，几乎是顺理成章。

这释放了一个信号：Rust 的边界，早已不在「操作系统、嵌入式」这种传统系统编程里了。它正在往上爬，爬到离用户最近、最复杂的那一层。

如果说浏览器是「上层」，那内存分配器就是软件栈里最底、最脏、最不敢碰的那块地板。

你写的每一行代码，最终都要向操作系统要内存、还内存。这件事过去几十年基本是 C 的 malloc 和它的各种变体在扛。它快，但出了 bug 就是段错误、就是幽灵般的内存破坏。

8 月 10 日，RSMalloc 放出 Alpha-2——一个用 Rust 写的内存分配器。

有意思的不是「又多了一个分配器」，而是它用 Rust 来写。Rust 的 no_std（不依赖标准库）能力和那套被严格约束的 unsafe 边界，恰好适合重写这种贴着硬件跑的底层组件：你想用 unsafe 操刀，可以，但每一处都被编译器记着账、逼着你写清安全契约。

这等于把「最不安全的地方」用「最讲安全的语言」重新包了一遍。当连内存分配器都有人用 Rust 重写，你就知道，Rust 的野心是真的在下探到地基。

第三件事，虽然还带点「待核实」的味道，但方向很说明问题。

社区里讨论，Bun——那个以「快」出名的 JavaScript 运行时——正被 Rust 重写（它原本是用 Zig 写的）。

不管这条消息最后落地成什么样，它代表的趋势是真实的：连跑在前端、以性能为卖点的 JS 运行时，都在往 Rust 这边靠。 原因也朴素：Rust 没有 GC（垃圾回收）带来的停顿，又能给出接近 C 的吞吐，对「毫秒必争」的运行时来说，诱惑太大了。

把三件事叠起来看——浏览器（上层）、内存分配器（地基）、JS 运行时（中间层）——Rust 几乎在软件栈的每一层都插了旗。这不是巧合，是同一股力量在推。

我做了快十年架构，见过不少「下一个颠覆者」的口号，大多热闹一阵就沉了。

但 Rust 这次不太一样。它没靠「写起来多爽」取胜——说实话，borrow checker（所有权检查器）劝退过无数人。它赢在解决了一类所有层都共同头疼的问题：既要性能，又要内存安全，还不想背 GC 的锅。

更关键的是，它不逼你推倒重来。通过 FFI（外部函数接口），你可以只把最痛的那块用 Rust 重写，剩下的继续跑老代码。浏览器只重写关键路径，运行时只重写内核，分配器只重写最底层——这种「哪里痛改哪里」的渐进式渗透，才是它真正可怕的地方。

所以回到开头那个现象：当你发现浏览器、内存、甚至 JS 运行时都开始用 Rust，别惊讶。

它盯上的不是某一层，而是整个软件世界的地基。

你们团队现在的项目里，有没有哪块已经悄悄用上 Rust 了？是重写关键路径，还是从零起步？欢迎在评论区聊聊。