直接使用二进制包

本篇文章向大家介绍《直接使用二进制包》，主要包括golang，具有一定的参考价值，需要的朋友可以参考一下。

问题内容

我正在用 Go 编写一个库。我打算分发它，主要要求是“ 没有源代码 ”。

为了测试，我创建了两个工作区，如下所示，

WS1

• 仓/
• pkg/linux_amd64/lib.a
• src/lib/src.go

WS2

• 仓/
• 包/
• src/main/main.go

我的第一个工作区 (WS1) 是实际的虚拟库，它具有一些实用功能。第二个工作区 (WS2) 具有使用 WS1 中的包 (lib.a) 的主要功能。

在我从 WS1 中删除源之前，一切都运行良好。如果我在 WS1 中删除目录 /lib/src.go，我会在 go build 期间收到以下错误，

main.go:5:2：在以下任何位置都找不到包“lib”：/usr/local/go/src/pkg/lib（来自 $GOROOT）../Testing/ws1/src/lib（来自 $GOPATH）

上面的消息表明我们也应该保留源文件。 单独预编译的二进制包不能直接使用 。

根据网上的一些建议，我们可能会保留一些时间戳值小于二进制包时间戳的虚拟源。但是，这对我们来说似乎不是一个可行的解决方案。如果虚拟源的时间戳不幸更新了怎么办？

我在这里看到过类似的问题， https://github.com/golang/go/issues/2775

我的问题：

1. 分发源代码是 Golang 中唯一的可能性吗？

2. 为什么 Go 没有提供直接使用 '.a' 文件的规定？

3. 如果 Go 必须保留源代码，为什么 Go 中没有提到这个小东西？（或）我在这里遗漏了什么吗？

提前感谢您的帮助！

正确答案

Go 编译器只需要这些.a文件。如果您运送它们，任何人都可以在没有源代码的情况下使用您的包。

但是 您的用户将不得不手动调用编译器（例如6g，不是go工具）。如果您发送一个myfoo.a文件 和 一个虚拟源myfoo.go，其中包含 justpackage myfoo且时间戳myfoo.a比 of 更新myfoo.go（并且您将所有内容都放置到位），您可以使用该go工具。

更新 ：新版本的 go 工具检测已删除的文件，并要求 src 文件夹中具有正确文件名和旧时间戳的所有文件（可能为空）。管理时间戳不应该是一个交易破坏者。

不要误以为该go工具 是 Go：它是一个非常方便的工具，可以构建、测试、获取任何 Go 代码，但它既不是语言，也不是编译器，也不是链接器。

顺便说一句：不分发资源真的没有意义。

今天关于《直接使用二进制包》的内容就介绍到这里了，是不是学起来一目了然！想要了解更多关于golang的内容请关注golang学习网公众号！