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

Question

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

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

Answer 1

即使是这个微不足道的程序，也没有什么可以说明的：

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 变体 (playground) 中，编译器可能是惰性的，并假设变量 playground可能会在其他一些功能中被修改。反过来，结合编译器知道 fmt.Println 是一个特定函数的能力——GCC 插入 C printf 函数的特殊知识的方式，例如——可以允许编译器更容易地将其编译为：

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

只有一次运行时间 reflect 发生，以防变量 playground 发生变化。但是现有的 Go 编译器使用 SSA (see also https://golang.org/pkg/cmd/compile/internal/ssa/) 并且没有写入变量，所以我们可以期待这里的简单（通常简单 = 快速）运行时间代码。

玩the Godbolt compiler site，似乎在使用const时，当前的编译器实际上必须插入一个到字符串的转换。 var 版本以更少的运行时间码结束。我没有用插入的字符串文字来测试它。 %s 指令永远不会在行中扩展，但 fmt.Printf 确实直接调用 fmt.Fprintf，将 os.Stdout 作为第一个参数。

总的来说，您通常最好尽可能编写最清晰的代码。然后，如果它太慢（对于“太慢”的任何定义），请测量。不过，我对自己 coding-time 优化过度感到内疚。 :-)

¹Don't anthropomorphize computers. They hate that!

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

Golang - Performance difference between literals and constants

performance

constants

go