如果您去年一直活跃在编程社区中，那么您肯定听到过对 Rust 执行速度和性能以及ResultRust 中出色类型的赞扬。
我可能应该提一下，我不是 Rust 开发人员。尽管如此，或者甚至可能正因为如此，我想知道如果 Rust 使用这个 Result 类型，它怎么会如此高效，因为就我而言，这个类型被实现为所谓的union在C . 它在联合中包含一个错误和一个返回值，其中在给定时间只有一个有效。该类型还包含一个标志，指示结果是否包含错误或值。
如果我计数正确，并且假设错误存储为指针或引用（例如，在 64 位系统上占用内存中的 8 个字节），则联合最少 8 个字节 + 标志一个字节，使得9字节内存。
现在，通过填充，我假设在大多数系统上，这将被重新对齐以占用 12 个字节。相比之下，返回 int(32) 仅分配 4 个字节。因此，使用 Result 分配的内存应该是使用 int 的三倍。
这不是极大地浪费内存吗？我想象在循环中运行它，这会增加很多。
我不太明白为什么有人会声称 Rust 性能超级好，而 Result 却占用了那么多内存？
我知道有一些优化技巧可以减少内存使用量，例如使用带有选项的 NotZeroInt 使编译器可以使用零作为标志，从而避免为标志提供额外的字节。但对于大多数类型来说这并不适用，不是吗？
如果有人有进一步的见解，我很想听听。请注意，我不是 Rust 开发人员，出于好奇而提出这个问题，正如我在尝试移植此功能的库中观察到的那样，内存使用量急剧增加。
当然，RustResult<T, E>和Option<T>类型比某些移植库进行了更好的优化，但我无法想象这如何不会影响程序性能。