遇到的问题
go build完项目后，在使用绝对路径启动时，发现
报错：open ./config/my.ini: no such file or directory
报错代码如下：
conf, err := ini.Load(path + "./config/my.ini")
if err != nil {
log.Fatal("配置文件读取失败, err = ", err)
}
我们通过分析以及查询资料得知，Golang的相对路径是相对于执行命令时的目录；自然也就读取不到了
剖析问题
我们聚焦在 go run 的输出结果上，发现它是一个临时文件的地址，这是为什么呢？
在go help run中，我们可以看到
Run compiles and runs the main package comprising the named Go source files.
A Go source file is defined to be a file ending in a literal ".go" suffix.
也就是 go run 执行时会将文件放到 /tmp/go-build...目录下，编译并运行
因此go run main.go出现/tmp/go-build962610262/b001/exe结果也不奇怪了，因为它已经跑到临时目录下去执行可执行文件了
这就已经很清楚了，那么我们想想，会出现哪些问题呢
- 依赖相对路径的文件，出现路径出错的问题
- go run 和 go build 不一样，一个到临时目录下执行，一个可手动在编译后的目录下执行，路径的处理方式会不同
- 不断go run，不断产生新的临时文件
这其实就是根本原因了，因为 go run 和 go build 的编译文件执行路径并不同，执行的层级也有可能不一样，自然而然就出现各种读取不到的奇怪问题了
解决方案
获取编译后的可执行文件路径
将配置文件的相对路径与GetAppPath()的结果相拼接，可解决go build main.go的可执行文件跨目录执行的问题（如：./src/gin-blog/main）
import (
"path/filepath"
"os"
"os/exec"
"string"
)
func GetAppPath() string {
file, _ := exec.LookPath(os.Args[0])
path, _ := filepath.Abs(file)
index := strings.LastIndex(path, string(os.PathSeparator))
return path[:index]
}
但是这种方式，对于go run依旧无效，这时候就需要2来补救
通过传递参数指定路径，可解决go run的问题
package main
import (
"flag"
"fmt"
)
func main() {
var appPath string
flag.StringVar(&appPath, "app-path", "app-path")
flag.Parse()
fmt.Printf("App path: %s", appPath)
}
运行
go run main.go --app-path "Your project address"
最终代码
file, _ := exec.LookPath(os.Args[0])
path, _ := filepath.Abs(file)
index := strings.LastIndex(path, string(os.PathSeparator))
path = path[:index]
conf, err := ini.Load(path + "/config/my.ini")
if err != nil {
log.Fatal("配置文件读取失败, err = ", err)
}
