为何Rust中打印整数会成性能瓶颈？相关疑问及文章查找

为什么打印整数会成瓶颈？ #

• 首先，Rust的println!宏默认是借用参数来处理的，也就是传引用。对u32这种Copy类型的整数来说，单次引用的开销几乎可以忽略，但如果是高频打印场景（比如循环里每秒打几万次整数），这些细碎的开销堆起来就会拖慢性能。
• 其次，编译器有时候没法自动优化掉引用的创建、传递和解引用步骤，尤其是在复杂循环或者并发场景里，优化受限的情况下，这些额外的指令开销就会显现出来。

为啥{my_int}这种写法能优化？ #

• 格式化字符串里的{my_int}是个块表达式，这个块会返回my_int的副本（因为整数是Copy类型，块表达式会自动复制它）。
• 这样传给格式化器的是值而非引用，格式化器不用做解引用操作，而且编译器对值传递的情况更容易做优化（比如内联、删掉冗余操作），在高频场景下就能把累积的开销降下来。

关于Robert Grosse的文章 #

这篇文章大概率是早期的博客或社区帖子，可能已经下线或者没被广泛归档，现在确实很难找到。不过核心的优化逻辑就是上面说的——用块表达式强制复制Copy类型参数，避免引用传递带来的微小性能损耗，在极端高频的打印场景下确实能看到效果。

内容的提问来源于stack exchange，提问作者Jim