Golang – 文字和常量之间的性能差异

当前位置： > > > > Golang – 文字和常量之间的性能差异

来源：stackoverflow
2024-05-01 16:27:33
0浏览
收藏

小伙伴们对Golang编程感兴趣吗？是否正在学习相关知识点？如果是，那么本文《Golang – 文字和常量之间的性能差异》，就很适合你，本篇文章讲解的知识点主要包括。在之后的文章中也会多多分享相关知识点，希望对大家的知识积累有所帮助！

问题内容

我主要将常量用于文档目的，例如一个有用的变量名，或者当我一遍又一遍地重复某些字符串序列并且不想手动更改它们时。但我想知道是否有任何性能差异。我的假设是否正确，即文字和常量之间没有运行时差异，因为常量是在运行时替换的？

也许我误解了，但我没有发现任何东西告诉我这是错误的。 Go Tour 没有提供任何有价值的信息，Constants 博客文章也没有提供任何有价值的信息。

解决方案

即使是这个微不足道的程序，也没有任何说明：

package main
func main() {}

在周二编译时可能会像闪电一样快，但在周五下午晚些时候编译时会像糖蜜一样慢。 （也许 go 编译器急于回家喝杯啤酒并度过一个周末，并在周五下午生成了糟糕的代码。¹）

也就是说，如果您要进行比较，例如：

package main

import (
    "fmt"
)
const hello = "hello"
var playground = "playground"

func main() {
    fmt.printf("%s, %s\n", hello, playground)
}

我们可能会注意到，在 const 变体 (hello) 中，编译器被迫在编译时知道字符串文字 "hello" 是字符串文字，而在 var 变体中（演示），编译器可能很懒，假设变量演示可能在其他函数中被修改。反过来，结合编译器知道 fmt.println 是一个特定函数的能力（例如 gcc 插入 c printf 函数的特殊知识的方式）可以 em> 允许编译器更轻松地将其编译为：

fmt.Printf("hello, %s\n", playground)

其中只有一个运行时 reflect 发生，以防变量 演示 已更改。但是现有的 go 编译器使用 （另请参阅 ）并且没有对该变量进行写入，因此我们可以在这里期待简单（通常简单 = 快速）的运行时代码。

玩弄，似乎在使用const时，当前编译器实际上必须插入一个到字符串的转换。 var 版本的运行时代码更少。我没有用插入的字符串文字来测试它。 %s 指令永远不会在线扩展，但 fmt.printf 实际上直接调用 fmt.fprintf，并以 os.stdout 作为第一个参数。

总的来说，您通常最好尽可能编写最清晰的代码。然后，如果速度太慢（无论您对“太慢”的定义如何），请进行测量。不过，我对自己的编码时间优化过度感到内疚。 🙂

¹

今天关于《Golang – 文字和常量之间的性能差异》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于的内容请关注公众号！