`go build` 不必要地重建

偷偷努力，悄无声息地变强，然后惊艳所有人！哈哈，小伙伴们又来学习啦~今天我将给大家介绍《`go build` 不必要地重建》，这篇文章主要会讲到golang等等知识点，不知道大家对其都有多少了解，下面我们就一起来看一吧！当然，非常希望大家能多多评论，给出合理的建议，我们一起学习，一起进步！

问题内容

在我拥有的一个小程序（特别是 cgo 调用）上，go build 和 go run 非常慢。我想去缓存二进制文件，以便它只在源更新时重建。我会使用带有 % 规则的简单 Makefile，但语言设计者声称 go 的构建支持不需要 Makefile。

还有另一种我忽略的选择吗？go 社区是否更喜欢另一个构建系统，也许是基于哈希的，来缓存和重用构建产品？

正确答案

我写了一个工具来解决这个问题。go build单独不会检查它生成的可执行文件是否已经是最新的。go install确实如此，如果您调整它以安装到您选择的位置，那么您将获得所需的结果，类似于go build.

您可以通过执行以下操作来查看您描述的行为：

$ go get -d github.com/anacrolix/missinggo/cmd/nop
$ time go run "$GOPATH"/src/github.com/anacrolix/missinggo/cmd/nop/*.go

real    0m0.176s
user    0m0.142s
sys     0m0.048s

那是在热身中。go run将链接到每个调用，就像那样go build。请注意，这github.com/anacrolix/missinggo/cmd/nop是一个完全不执行任何操作的程序。

这里使用我的工具 godo 调用相同的包：

$ time godo github.com/anacrolix/missinggo/cmd/nop

real    0m0.073s
user    0m0.029s
sys     0m0.033s

对于较大的程序，差异应该更加明显。

因此，总而言之，您的标准工具选项是使用go install，或者像 godo 这样的替代方法。

以上就是《`go build` 不必要地重建》的详细内容，更多关于golang的资料请关注golang学习网公众号！