什么时候使用嵌入？

从现在开始，努力学习吧！本文《什么时候使用嵌入？》主要讲解了等等相关知识点，我会在golang学习网中持续更新相关的系列文章，欢迎大家关注并积极留言建议。下面就先一起来看一下本篇正文内容吧，希望能帮到你！

从 Go 1.16 开始，我们有了 embed 指令。它帮助我们将额外的文件（例如 .txt 文件）嵌入到可执行文件中，而无需另外提供该文件。 （参考，这里）。

我不太明白“额外文件”的含义。所有不以 .go 结尾的文件是否都被解释为额外文件？有什么例外吗？

我想发送一个二进制 protobuf 定义文件作为主二进制文件的一部分，以便我的代码可以读取它。这个文件会是一个额外的文件吗？或者它会成为主二进制文件本身的一部分吗？

正确答案

通常情况下，正在运行的 go 程序无权访问编译该程序的文件系统目录。

嵌入功能会在构建时吸收包源代码树中的文件，并使这些文件在运行时可用。

包应嵌入包在运行时需要访问的包源代码树中的文件。

下面是一个示例：包 foo 具有源文件 foo.go。该包需要访问与 foo.go 同一目录中的文件 abc.txt。

如果current working directory是源代码的代码目录，那么包代码可以使用os.open或任何调用os.open的方式访问该文件：

f, err := os.open("abc.txt")
  if err != nil {
      // handle error
  }
  defer f.close()
  // do something with f

此代码可能会失败。运行时的当前工作目录不一定与包源代码目录相同。它通常不是同一目录。包源目录甚至可能对正在运行的应用程序不可用。

在这种情况下，包应该嵌入该文件以确保包可以访问文件的内容：

//go:embed abc.txt
var abc []byte

embed 允许您将非 go 文件视为源代码树的真正部分，而不是作为运行时依赖项。您可以将嵌入文件视为源代码的扩展，并且可以类似地对待它们（主要是文件的内容由您通常的源代码控制措施保证）。

对于普通文件，即使理论上它们是应用程序的静态元素，但通常仍然需要在每次运行程序时进行错误检查和验证，否则可能会出现无法解释的错误。使用嵌入式文件，一旦通过所有测试并部署应用程序，您就不必担心这个问题。

嵌入式文件的主要问题是，如果不重建程序就无法更改内容，并且（可能很大）文件大小会添加到二进制文件中。如果这没有问题，请继续。

任何时候您都可以合理地嵌入文件而不是在运行时加载它，这可能是可取的，因为它使程序部署更简单。

以上就是《什么时候使用嵌入？》的详细内容，更多关于的资料请关注golang学习网公众号！