golang中go build 后读取配置文件

golang打包后读取配置文件

在用go写代码的时候，为了好用经常使用go build 打包，如果我们用到了配置文件，就总是导致不能找到文件所在位置了出现bug，所以以下代码就解决了这个问题。

核心代码：

	file, err := exec.LookPath(os.Args[0])
	if err != nil {
		fmt.Println("无法获取可执行文件路径：", err)
	}
	path, err := filepath.Abs(file)
	if err != nil {
		fmt.Println("无法获取文件绝对路径：", err)
	}
	index := strings.LastIndex(path, string(os.PathSeparator))
	if index == -1 {
		fmt.Println("路径分隔符未找到")
	}
	path = path[:index]
	configFileName = filepath.Join(path, "config-pro.yaml")

案例：

Successful！

为什么会有这样的问题？

在Go程序中，特别是在将应用打包成可执行文件后，通常会使用外部配置文件、数据库文件或其他资源文件。问题的根源在于，当你通过go build编译程序时，程序会被转化为一个独立的二进制文件，这意味着：

1. 资源文件与程序分离：
   配置文件（如config-pro.yaml）等资源文件通常与源代码分开存储。在开发环境下，你可能会使用相对路径来加载这些资源文件，但当程序被打包后，路径会改变。特别是在跨平台部署时，程序的执行路径和资源文件的路径不再是固定的，因此无法简单地通过相对路径去访问这些文件。

2. 相对路径失效：
   使用相对路径时，路径是相对于程序的当前工作目录（CWD, Current Working Directory）计算的。在开发时，程序的工作目录通常与代码和资源文件的路径一致，但打包成二进制后，程序的工作目录会根据操作系统和运行方式的不同而变化。特别是在服务器上运行时，当前工作目录可能和开发时的不同，因此原本有效的相对路径就失效了。

3. 路径分隔符差异：
   在不同操作系统中，路径分隔符是不同的。在Windows中是反斜杠（\），而在Unix/Linux/MacOS系统中是正斜杠（/）。这样的问题会导致路径拼接时出错，从而无法正确加载文件。

4. 打包后的路径问题：
   当你通过go build打包程序时，程序文件和资源文件（如配置文件）通常会被放置在不同的目录。程序的运行路径和配置文件的位置之间存在差异，因此需要通过动态获取程序执行路径来正确定位资源文件。

解决方案的原因与原理

为了避免这些问题，常见的解决方案是通过动态获取可执行文件的路径，然后在此基础上计算出相对于程序的资源文件路径。具体原因和原理如下：

1. 动态获取程序路径：
   通过exec.LookPath(os.Args[0])可以获得当前执行的程序路径（注意，这里的os.Args[0]指的是执行程序的路径，而不是源代码文件路径）。这个路径能够确定程序在磁盘上的实际位置，不依赖于当前工作目录。

2. 转换为绝对路径：
   使用filepath.Abs()将相对路径转换为绝对路径。绝对路径可以帮助我们消除不同工作目录带来的困扰，确保程序无论从哪里运行，都能找到正确的路径。特别是在程序被打包后，它的执行路径与开发时的路径可能完全不同，但获取绝对路径后可以确保路径计算无误。

3. 截取文件目录：
   通过strings.LastIndex(path, string(os.PathSeparator))获取路径中最后一个路径分隔符的位置，可以从完整路径中提取出文件所在的目录。这是因为配置文件通常与可执行文件放在同一目录或子目录中，因此可以基于可执行文件所在的目录来构建配置文件的路径。

4. 跨平台兼容：
   Go提供了os.PathSeparator来适配不同操作系统的路径分隔符。无论是在Windows还是在Linux/MacOS系统上，os.PathSeparator都能提供正确的路径分隔符，避免硬编码路径分隔符导致的问题。

5. 相对路径问题的解决：
   通过计算可执行文件的路径，并基于此构建相对于程序目录的配置文件路径，避免了直接使用相对路径的问题。无论当前工作目录是什么，程序都能准确地找到配置文件。这种方式可以有效避免程序运行时因为不同工作目录导致的路径问题。

进一步说明：

1. 关于工作目录（CWD）的问题：
   工作目录（CWD）是程序启动时的当前目录。在开发时，通常你会在IDE或者命令行中直接运行代码，这时的工作目录通常是项目根目录或特定的工作目录。因此，程序中的相对路径会基于该工作目录计算。

   然而，当程序被打包并部署到服务器或其他机器上时，执行时的工作目录通常与开发环境不同。在这种情况下，基于工作目录的相对路径就失效了。为了避免这种问题，我们可以通过计算可执行文件的绝对路径，确保路径的正确性。

2. 文件与程序的关系：
   当你运行Go程序时，程序文件和资源文件（如配置文件）通常是独立的。配置文件可能存放在与程序不同的文件夹中。打包程序后，你无法保证配置文件与程序的相对路径始终一致。因此，获取可执行文件的路径是非常关键的一步，它能帮助你基于程序的实际位置来正确找到资源文件。

3. 跨平台部署：
   在Go中，filepath.Join()和os.PathSeparator能够自动处理不同操作系统下路径的差异，确保无论是在Windows、Linux还是MacOS上，路径的拼接和分隔符都能正确处理，避免了手动处理路径问题带来的麻烦。

总结

问题的根本原因是： 当你在开发时依赖相对路径加载配置文件，但在打包程序后，程序的工作目录和资源文件的路径不再一致，导致无法找到配置文件。

解决方法： 通过动态获取可执行文件的路径，然后根据程序所在目录计算出资源文件（如配置文件）的路径。这样可以确保无论程序从哪里运行，都能够准确找到相应的配置文件。