编译器是否对变量声明进行优化？

最近发现不少小伙伴都对Golang很感兴趣，所以今天继续给大家介绍Golang相关的知识，本文《编译器是否对变量声明进行优化？》主要内容涉及到等等知识点，希望能帮到你！当然如果阅读本文时存在不同想法，可以在评论中表达，但是请勿使用过激的措辞~

给定一个迭代：

LOOP:
 for {       
       select {
       case <-timeout:
         t.Fatal("Timed out")
       default:
         if Count() == int64(num) {
            break LOOP
         }
         time.Sleep(5 * time.Millisecond)
       }
    }

count() 返回 int64，因此我需要进行转换，并且 count 发生变化，因此我们在此进行检查，直到 count() 返回预期值 - 可能是数千次迭代。

编译器是否优化此转换？ 还是在开始循环之前先将 num 转换为 int 而不是 int64 更好？

解决方案

它是否经过优化可能取决于您未显示的其他代码，以及编译器版本/目标体系结构。虽然我怀疑何时涉及并发和其他函数调用，但性能瓶颈将是 int => int64 转换。如果取消该转换，您很可能不会看到任何差异。

另请注意，如果您使用的架构是 64 位，则 int 和 int64 的大小（以及内存表示和解释）是相同的，这意味着转换不会产生任何成本，它只是更改类型（如何它已被解释）。

编辑：由于您无论如何都在使用睡眠，因此摆脱转换是没有意义的。使用使您的代码更具可读性的选项。

go amd64 汇编器：

0000000000457bb0 :
  457bb0:   48 8b 44 24 08          mov    0x8(%rsp),%rax
  457bb5:   48 8b 4c 24 10          mov    0x10(%rsp),%rcx
  457bba:   48 39 c8                cmp    %rcx,%rax
  457bbd:   0f 94 44 24 18          sete   0x18(%rsp)
  457bc2:   c3                      retq

正如预期的那样，速度很快。

编译器知道，对于 amd64，int 与 int64 相同。无需转换。

参考：

Intel® 64 and IA-32 Architectures Software Developer Manuals

opt.go：

package main

//go:noinline
func equality(a int64, b int) bool {
    return a == int64(b)
}

func main() {
    var a, b = int64(42), int(39)
    println(equality(a, b))
}

转储：

$ go build opt.go
$ objdump -d opt > opt.dump

到这里，我们也就讲完了《编译器是否对变量声明进行优化？》的内容了。个人认为，基础知识的学习和巩固，是为了更好的将其运用到项目中，欢迎关注golang学习网公众号，带你了解更多关于的知识点！