Rust 真正改变的不是语法，而是系统编程里的默认约束：资源所有权、并发共享、FFI 边界和 unsafe 封装方式都会跟着变。本专题聚焦这些工程问题。
本页提供统一入口；当前共收录 5 篇正文。
推荐入口
- Rust 所有权：C++ RAII 本来想成为的样子
- 用 Rust 重写一个 C 网络服务器，编译器拦了我五次
- Rust FFI 实战：当你不得不和 C 库打交道
- Rust async 运行时拆解：tokio 的调度器到底在干什么
目录
- Rust 所有权：C++ RAII 本来想成为的样子
- 用 Rust 重写一个 C 网络服务器，编译器拦了我五次
- Rust FFI 实战：当你不得不和 C 库打交道
- Rust async 运行时拆解：tokio 的调度器到底在干什么
- unsafe Rust：当编译器不再替你扛枪
延伸阅读
同主题继续阅读
把当前热点继续串成多页阅读，而不是停在单篇消费。
Rust FFI 实战：当你不得不和 C 库打交道
Rust 的所有权系统在 FFI 边界会失效——一旦指针跨过 extern \"C\"，borrow checker 就看不到了。本文从 bindgen 自动生成绑定、cbindgen 导出 Rust 接口、内存所有权跨语言传递，到为 C 库编写安全的 Rust wrapper，系统拆解 FFI 实战中的每一个坑。
unsafe Rust：当编译器不再替你扛枪
safe Rust 的编译器保证有边界。当你做 FFI、裸指针、手动内存布局时，这些保证全部消失。这篇讲怎么在 unsafe 里活着回来。
用 Rust 重写一个 C 网络服务器，编译器拦了我五次
拿仓库里现成的 io_uring echo server 做基线，一行一行往 Rust 翻。记录编译器拦下来的五个瞬间——每一个都对应 C 版本里一个真实的 crash 或泄漏风险。Rust 的价值不在更快，在更难把雷带到线上。
Rust async 运行时拆解：tokio 的调度器到底在干什么
从 Future::poll 到 work-stealing 调度器，从 Waker vtable 到 mio/epoll I/O 驱动，再到层级时间轮——一层一层拆开 tokio 约 40000 行代码的运行时内核，看看你每写一个 .await 背后到底发生了什么。