rust语言会替代C语言吗(rust为什么比c语言快)

C 还是 Rust：选择哪个用于硬件抽象编程

Rust 是一种日益流行的编程语言，被视为硬件接口的最佳选择。通常会将其与 C 的抽象级别相比较。本文介绍了 Rust 如何通过多种方式处理按位运算，并提供了既安全又易于使用的解决方案。

在系统编程领域，你可能经常需要编写硬件驱动程序或直接与内存映射设备进行交互，而这些交互几乎总是通过硬件提供的内存映射寄存器来完成的。通常，你通过对某些固定宽度的数字类型进行按位运算来与这些寄存器进行交互。

例如，假设一个 8 位寄存器具有三个字段：

字段名称下方的数字规定了该字段在寄存器中使用的位。要启用该寄存器，你将写入值 1（以二进制表示为 0000_0001）来设置 Enabled 字段的位。但是，通常情况下，你也不想干扰寄存器中的现有配置。假设你要在设备上启用中断功能，但也要确保设备保持启用状态。为此，必须将 Interrupt 字段的值与 Enabled 字段的值结合起来。你可以通过按位操作来做到这一点：

通过将 1 和 2（1 左移一位得到）进行“或”（|）运算得到二进制值 0000_0011 。你可以将其写入寄存器，使其保持启用状态，但也启用中断功能。

你的头脑中要记住很多事情，特别是当你要在一个完整的系统上和可能有数百个之多的寄存器打交道时。在实践上，你可以使用助记符来执行此操作，助记符可跟踪字段在寄存器中的位置以及字段的宽度（即它的上边界是什么）

下面是这些助记符之一的示例。它们是 C 语言的宏，用右侧的代码替换它们的出现的地方。这是上面列出的寄存器的简写。＆ 的左侧是该字段的起始位置，而右侧则限制该字段所占的位：

然后，你可以使用这些来抽象化寄存器值的操作，如下所示：

这就是现在的做法。实际上，这就是大多数驱动程序在 Linux 内核中的使用方式。

有没有更好的办法？如果能够基于对现代编程语言研究得出新的类型系统，就可能能够获得安全性和可表达性的好处。也就是说，如何使用更丰富、更具表现力的类型系统来使此过程更安全、更持久？

继续用上面的寄存器作为例子：

你想如何用 Rust 类型来表示它呢？

你将以类似的方式开始，为每个字段的偏移定义常量（即，距最低有效位有多远）及其掩码。掩码是一个值，其二进制表示形式可用于更新或读取寄存器内部的字段：

最后，你将使用一个 Register 类型，该类型会封装一个与你的寄存器宽度匹配的数字类型。 Register 具有 update 函数，可使用给定字段来更新寄存器：

使用 Rust，你可以使用数据结构来表示字段，将它们与特定的寄存器联系起来，并在与硬件交互时提供简洁明了的工效。这个例子使用了 Rust 提供的最基本的功能。无论如何，添加的结构都会减轻上述 C 示例中的某些晦涩的地方。现在，字段是个带有名字的事物，而不是从模糊的按位运算符派生而来的数字，并且寄存器是具有状态的类型 —— 这在硬件上多了一层抽象。

用 Rust 重写的第一个版本很好，但是并不理想。你必须记住要带上掩码和偏移量，并且要手工进行临时计算，这容易出错。人类不擅长精确且重复的任务 —— 我们往往会感到疲劳或失去专注力，这会导致错误。一次一个寄存器地手动记录掩码和偏移量几乎可以肯定会以糟糕的结局而告终。这是最好留给机器的任务。

其次，从结构上进行思考：如果有一种方法可以让字段的类型携带掩码和偏移信息呢？如果可以在编译时就发现硬件寄存器的访问和交互的实现代码中存在错误，而不是在运行时才发现，该怎么办？也许你可以依靠一种在编译时解决问题的常用策略，例如类型。

你可以使用 typenum 来修改前面的示例，该库在类型级别提供数字和算术。在这里，你将使用掩码和偏移量对 Field 类型进行参数化，使其可用于任何 Field 实例，而无需将其包括在调用处：

现在，当重新访问 Field 的构造函数时，你可以忽略掩码和偏移量参数，因为类型中包含该信息：

看起来不错，但是……如果你在给定的值是否适合该字段方面犯了错误，会发生什么？考虑一个简单的输入错误，你在其中放置了 10 而不是 1：

在上面的代码中，预期结果是什么？好吧，代码会将启用位设置为 0，因为 10＆1 = 0。那真不幸；最好在尝试写入之前知道你要写入字段的值是否适合该字段。事实上，我认为截掉错误字段值的高位是一种 1未定义的行为（哈）。

如何以一般方式检查字段的值是否适合其规定的位置？需要更多类型级别的数字！

你可以在 Field 中添加 Width 参数，并使用它来验证给定的值是否适合该字段：

现在，只有给定值适合时，你才能构造一个 Field ！否则，你将得到 None 信号，该信号指示发生了错误，而不是截掉该值的高位并静默写入意外的值。

但是请注意，这将在运行时环境中引发错误。但是，我们事先知道我们想写入的值，还记得吗？鉴于此，我们可以教编译器完全拒绝具有无效字段值的程序 —— 我们不必等到运行它！

这次，你将向 new 的新实现 new_checked 中添加一个特征绑定（where 子句），该函数要求输入值小于或等于给定字段用 Width 所能容纳的最大可能值：

只有拥有此属性的数字才实现此特征，因此，如果使用不适合的数字，它将无法编译。让我们看一看！

new_checked 将无法生成一个程序，因为该字段的值有错误的高位。你的输入错误不会在运行时环境中才爆炸，因为你永远无法获得一个可以运行的工件。

就使内存映射的硬件进行交互的安全性而言，你已经接近 Rust 的极致。但是，你在 C 的第一个示例中所写的内容比最终得到的一锅粥的类型参数更简洁。当你谈论潜在可能有数百甚至数千个寄存器时，这样做是否容易处理？

早些时候，我认为手工计算掩码有问题，但我又做了同样有问题的事情 —— 尽管是在类型级别。虽然使用这种方法很不错，但要达到编写任何代码的地步，则需要大量样板和手动转录（我在这里谈论的是类型的同义词）。

我们的团队想要像 TockOS mmio 寄存器 之类的东西，而以最少的手动转录生成类型安全的实现。我们得出的结果是一个宏，该宏生成必要的样板以获得类似 Tock 的 API 以及基于类型的边界检查。要使用它，请写下一些有关寄存器的信息，其字段、宽度和偏移量以及可选的 枚举 类的值（你应该为字段可能具有的值赋予“含义”）：

由此，你可以生成寄存器和字段类型，如上例所示，其中索引：Width、Mask 和 Offset 是从一个字段定义的 WIDTH 和 OFFSET 部分的输入值派生的。另外，请注意，所有这些数字都是 “类型数字”；它们将直接进入你的 Field 定义！

生成的代码通过为寄存器及字段指定名称来为寄存器及其相关字段提供名称空间。这很绕口，看起来是这样的：

生成的 API 包含名义上期望的读取和写入的原语，以获取原始寄存器的值，但它也有办法获取单个字段的值、执行集合操作以及确定是否设置了任何（或全部）位集合的方法。你可以阅读 完整生成的 API 上的文档。

将这些定义用于实际设备会是什么样？代码中是否会充斥着类型参数，从而掩盖了视图中的实际逻辑？

不会！通过使用类型同义词和类型推断，你实际上根本不必考虑程序的类型层面部分。你可以直接与硬件交互，并自动获得与边界相关的保证。

一旦到位，使用这些寄存器就像 read() 和 modify() 一样简单：

当我们使用运行时值时，我们使用如前所述的 选项 。这里我使用的是 unwrap，但是在一个输入未知的真实程序中，你可能想检查一下从新调用中返回的 某些东西 ： 1 2

根据你的个人痛苦忍耐程度，你可能已经注意到这些错误几乎是无法理解的。看一下我所说的不那么微妙的提醒：

expected struct typenum::B0, found struct typenum::B1 部分是有意义的，但是 typenum::UInttypenum::UInt, typenum::UInt... 到底是什么呢？好吧，typenum 将数字表示为二进制 cons 单元！像这样的错误使操作变得很困难，尤其是当你将多个这些类型级别的数字限制在狭窄的范围内时，你很难知道它在说哪个数字。当然，除非你一眼就能将巴洛克式二进制表示形式转换为十进制表示形式。

在第 U100 次试图从这个混乱中破译出某些含义之后，我们的一个队友简直《 疯了，地狱了，不要再忍受了(Mad As Hell And Wasn’t Going To Take It Anymore)》，并做了一个小工具 tnfilt，从这种命名空间的二进制 cons 单元的痛苦中解脱出来。tnfilt 将 cons 单元格式的表示法替换为可让人看懂的十进制数字。我们认为其他人也会遇到类似的困难，所以我们分享了 tnfilt 。你可以像这样使用它：

它将上面的输出转换为如下所示：

现在这才有意义！

当在软件与硬件进行交互时，普遍使用内存映射寄存器，并且有无数种方法来描述这些交互，每种方法在易用性和安全性上都有不同的权衡。我们发现使用类型级编程来取得内存映射寄存器交互的编译时检查可以为我们提供制作更安全软件的必要信息。该代码可在 bounded-registers crate（Rust 包）中找到。

我们的团队从安全性较高的一面开始，然后尝试找出如何将易用性滑块移近易用端。从这些雄心壮志中，“边界寄存器”就诞生了，我们在 Auxon 公司的冒险中遇到内存映射设备的任何时候都可以使用它。

此内容最初发布在 Auxon Engineering 博客 上，并经许可进行编辑和重新发布。

via:

作者： Dan Pittman 选题： lujun9972 译者： wxy 校对： wxy

我为什么要选择Rust

你好，很高兴为你解答。

专访资深程序员庄晓立：我为什么要选择Rust？

Rust是由Mozilla开发的注重安全、性能和并发性的编程语言。这门语言自推出以来就得到了国内外程序员的大力推崇。Rust声称解决了传统C语言和C++语言几十年来饱受责难的内存安全问题，同时还保持了极高的运行效率、极深的底层控制、极广的应用范围。但在国内有关Rust的学习文档并不多见，不久前，笔者联系上了Rust1.0版本代码贡献者庄晓立（精彩博文：为什么我说Rust是靠谱的编程语言），请他分享Rust语言特性以及学习经验。

CSDN：你是从什么时候开始接触Rust语言的？是什么地方吸引了你？

庄晓立：我大概从2013年后半年开始深入接触Rust语言。它居然声称解决了传统C语言和C++语言几十年来饱受责难的内存安全问题，同时还保持了极高的运行效率、极深的底层控制、极广的应用范围。

其ownership机制令人眼前一亮，无虚拟机（VM）、无垃圾收集器（GC）、无运行时（Runtime）、无空指针/野指针/内存越界/缓冲区溢出/段错误、无数据竞争（Data Race）……所有这些，都深深地吸引了我——这个十多年以来深受C语言折磨的痛并快乐着的程序员。

CSDN：在你看来，Rust是怎样的一门语言？它适合开发什么类型的项目？为何你会说Rust不惧怕任何竞争对手，它既能取代C语言地位；又可挑战C++市场，还可向Java、Python分一杯羹？与这些语言相比，Rust有哪些优越的特性？

庄晓立：Rust是一门系统编程语言，特别适合开发对CPU和内存占用十分敏感的系统软件，例如虚拟机（VM）、容器（Container）、数据库/游戏/网络服务器、浏览器引擎、模拟器等，而这些向来主要都是C/C++的传统领地。

此外，Rust在系统底层开发领域，如裸金属（bare metal）、操作系统（OS）、内核（kernel）、内核模块（mod）等，也有强劲的实力，足以挑战此领域的传统老大C语言。Rust丰富的语言特性、先进的设计理念、便捷的项目管理，令它在上层应用开发中也能大展拳脚，至少在运行性能上比带VM和GC的语言要更胜一筹。无GC实现内存安全机制、无数据竞争的并发机制、无运行时开销的抽象机制，是Rust独特的优越特性。

其他语言很难同时实现这些目标，例如传统C/C++无法保证内存安全，Java/Python等无法消除运行时开销。但Rust毕竟还是很年轻的项目，它释放影响力需要时间，被世人广泛接受需要时间；它的潜力能否爆发出来，需要时间去检验。我们只需耐心等待。

CSDN：Rust在国内有没有具体的实际使用案例？

庄晓立：因为Rust1.0正式版刚刚发布不足一月，在国内影响力还不大，我们不能苛求它在国内有实际应用案例。但是在国外，一两年前就已经有OpenDNS和Skylight把Rust应用在生产环境。还有浏览器引擎Servo、Rust编译器和标准库、项目管理器Cargo等“两个半大型应用案例”。这些足够说明Rust语言的成熟和实用。

CSDN：你参与了Rust1.0版本代码贡献，目前该版本正式版已经发布，对此你感觉如何？这门语言是否已经达到比较成熟的阶段？

庄晓立：我积极参与了Rust语言开源项目，多次贡献源代码，曾连续三次出现在Rust官方博客公布的Rust 1.0 alpha、Rust 1.0 beta和Rust 1.0正式版的贡献者名单中。在Rust 1.0正式版出台的过程中及此前的很长一段时间，开发者付出了极大的努力，确保Rust 1.0正式版在Semver 2.0规范下，务必保持向后兼容性，除非遇到重大Bug不得不修复。

我认为，在1.0正式发布之后，Rust就已经进入了比较成熟的阶段。而且，Rust还在快速迭代发展过程中，1.0发布6周后将发布1.1，再6周后将发布1.2，必然会一步一个台阶，越来越成熟稳定。

CSDN：除了功能优先级以外，在你看来，Rust正在朝什么方向发展？未来的Rust可以期待什么样的特性？

庄晓立：Rust一定会沿着“确保内存安全、无运行开销、高效实用”的既定方向持续发展。在短期内值得期待的语言特性有：动态Drop、偏特化、继承、改进borrow checker、改进宏和语法扩展。短期内值得期待的其他特性有：增强文件系统API、提供内存申请释放API、更好地支持Windows和ARM、更快的编译速度、更方便的二进制分发机制（MUSL）、更实用的工具等等。

CSDN：据我了解，你之前也比较推崇Go语言，为何想到放弃Go转向Rust？

庄晓立：推崇Go语言还谈不上，不过我曾经尝试努力接受Go语言，2011底年开始我曾经花费将近半年时间深度关注Go开发进程，提了很多具体的改进意见和建议，也曾经多次尝试贡献源代码。后来考虑到Go语言的设计理念跟我偏差太大，其社区也不太友好，慢慢地疏远了它。我曾经写过一篇博客《我为什么放弃Go语言》，谈到了很多具体的原因。

CSDN：国内，参与Rust代码贡献的开发者多吗？有核心的人员吗？有哪些社区在维护Rust？

庄晓立：国内参与Rust代码贡献的开发者并不多，但也不少，官方的贡献者名单中也偶见几个貌似国人的名字。Rust的核心开发人员基本上都是Mozilla公司的员工，他们专职负责开发维护Rust语言和相关的项目，Rust社区也主要是他们参与组织和管理的。社区人员讨论主要集中在GitHub项目主页RFC/PR/Issue官方、Discuss论坛/IRC、Reddit、HN、StackOverflow等。

有 php 基础，现在想学一门底层语言。请问 rust 和 c++ 哪个更适合？

c/c++ 更更好。

虽然最近有不少新闻说大公司有用 Rust 代替 C 的想法，但 C/C++ 是写PHP的语言，如果考虑与 php 的相关性的话推荐 C/C++ 。