来聊一聊，Go的相对路径问题

本文转载自微信公众号「脑子进煎鱼了」，作者陈煎鱼。转载本文请联系脑子进煎鱼了公众号。

创新互联是一家集网站建设,化德企业网站建设,化德品牌网站建设,网站定制,化德网站建设报价,网络营销,网络优化,化德网站推广为一体的创新建站企业，帮助传统企业提升企业形象加强企业竞争力。可充分满足这一群体相比中小企业更为丰富、高端、多元的互联网需求。同时我们时刻保持专业、时尚、前沿，时刻以成就客户成长自我，坚持不断学习、思考、沉淀、净化自己，让我们为更多的企业打造出实用型网站。

大家好，我是煎鱼。

Go 语言中存在各种运行方式，如何正确的引用文件路径成为一个值得商议的问题

以我的一个老 Demo gin-blog 为例，当我们在项目根目录下运行。

无论是执行 go run main.go 时能够正常运行，执行 go build也是正常的。如下：

 
 
 
    
  
  
  
  1. [$ gin-blog]# go run main.go 
    2. 
  
  
  
  2. [GIN-debug] [WARNING] Running in "debug" mode. Switch to "release" mode in production. 
    3. 
  
  
  
  3.  - using env:    export GIN_MODE=release 
    4. 
  
  
  
  4.  - using code:    gin.SetMode(gin.ReleaseMode) 
    5. 
  
  
  
  5.  
    6. 
  
  
  
  6. [GIN-debug] GET    /api/v1/tags              --> gin-blog/routers/api/v1.GetTags (3 handlers) 
    7. 
  
  
  
  7. ... 
    8.

在不同的目录层级下，不同的方式运行，又是怎么样的呢，带着我们的疑问去学习!

问题

go run

我们上移目录层级，到 $GOPATH/src 下，执行 go run gin-blog/main.go

 
 
 
    
  
  
  
  1. [$ src]# go run gin-blog/main.go 
    2. 
  
  
  
  2. 2018/03/12 16:06:13 Fail to parse 'conf/app.ini': open conf/app.ini: no such file or directory 
    3. 
  
  
  
  3. exit status 1 
    4.

go build

使用 go build 命令，执行 ./gin-blog/main。如下：

 
 
 
    
  
  
  
  1. [$ src]# ./gin-blog/main 
    2. 
  
  
  
  2. 2018/03/12 16:49:35 Fail to parse 'conf/app.ini': open conf/app.ini: no such file or directory 
    3.

这时候你要打一个大大的问号，就是我的程序读取到什么地方去了?

我们通过分析得知，Go 运行的相对路径是相对于执行命令时的目录，自然也就读取不到了。

思考

既然已经知道问题的所在点，我们就可以寻思做点什么 : )

我们想到相对路径是相对执行命令的目录，那么我们获取可执行文件的地址，拼接起来不就好了吗?

实践

我们编写获取当前可执行文件路径的方法：

 
 
 
    
  
  
  
  1. import ( 
    2. 
  
  
  
  2.  "path/filepath" 
    3. 
  
  
  
  3.  "os" 
    4. 
  
  
  
  4.  "os/exec" 
    5. 
  
  
  
  5.  "string" 
    6. 
  
  
  
  6. ) 
    7. 
  
  
  
  7.  
    8. 
  
  
  
  8. func GetAppPath() string { 
    9. 
  
  
  
  9.     file, _ := exec.LookPath(os.Args[0]) 
    10. 
  
  
  
  10.     path, _ := filepath.Abs(file) 
    11. 
  
  
  
  11.     index := strings.LastIndex(path, string(os.PathSeparator)) 
    12. 
  
  
  
  12.  
    13. 
  
  
  
  13.     return path[:index] 
    14. 
  
  
  
  14. } 
    15.

将其放到启动代码处查看路径：

 
 
 
    
  
  
  
  1. log.Println(GetAppPath()) 
    2.

我们分别执行以下两个命令，查看输出结果。

1、 go run

 
 
 
    
  
  
  
  1. $ go run main.go 
    2. 
  
  
  
  2. 2018/03/12 18:45:40 /tmp/go-build962610262/b001/exe 
    3.

2、 go build

 
 
 
    
  
  
  
  1. $ ./main 
    2. 
  
  
  
  2. 2018/03/12 18:49:44 $GOPATH/src/gin-blog 
    3.

剖析

我们聚焦在 go run 的输出结果上，发现它是一个临时文件的地址，这是为什么呢?

在go help run中，我们可以看到：

 
 
 
    
  
  
  
  1. Run compiles and runs the main package comprising the named Go source files. 
    2. 
  
  
  
  2. A Go source file is defined to be a file ending in a literal ".go" suffix. 
    3.

也就是 go run 执行时会将文件放到 /tmp/go-build... 目录下，编译并运行。

因此go run main.go出现/tmp/go-build962610262/b001/exe结果也不奇怪了，因为它已经跑到临时目录下去执行可执行文件了。

思考

这就已经很清楚了，那么我们想想，会出现哪些问题呢。如下：

  • 依赖相对路径的文件，出现路径出错的问题。
  • go run 和 go build 不一样，一个到临时目录下执行，一个可手动在编译后的目录下执行，路径的处理方式会不同。
  • 不断go run，不断产生新的临时文件。

这其实就是根本原因了，因为 go run 和 go build 的编译文件执行路径并不同，执行的层级也有可能不一样，自然而然就出现各种读取不到的奇怪问题了。

解决方案

一、获取编译后的可执行文件路径

1、 将配置文件的相对路径与GetAppPath()的结果相拼接，可解决go build main.go的可执行文件跨目录执行的问题(如：./src/gin-blog/main)

 
 
 
    
  
  
  
  1. import ( 
    2. 
  
  
  
  2.  "path/filepath" 
    3. 
  
  
  
  3.  "os" 
    4. 
  
  
  
  4.  "os/exec" 
    5. 
  
  
  
  5.  "string" 
    6. 
  
  
  
  6. ) 
    7. 
  
  
  
  7.  
    8. 
  
  
  
  8. func GetAppPath() string { 
    9. 
  
  
  
  9.     file, _ := exec.LookPath(os.Args[0]) 
    10. 
  
  
  
  10.     path, _ := filepath.Abs(file) 
    11. 
  
  
  
  11.     index := strings.LastIndex(path, string(os.PathSeparator)) 
    12. 
  
  
  
  12.  
    13. 
  
  
  
  13.     return path[:index] 
    14. 
  
  
  
  14. } 
    15.

但是这种方式，对于go run依旧无效，这时候就需要 2 来补救。

2、 通过传递参数指定路径，可解决go run的问题

 
 
 
    
  
  
  
  1. package main 
    2. 
  
  
  
  2.  
    3. 
  
  
  
  3. import ( 
    4. 
  
  
  
  4.     "flag" 
    5. 
  
  
  
  5.     "fmt" 
    6. 
  
  
  
  6. ) 
    7. 
  
  
  
  7.  
    8. 
  
  
  
  8. func main() { 
    9. 
  
  
  
  9.     var appPath string 
    10. 
  
  
  
  10.     flag.StringVar(&appPath, "app-path", "app-path") 
    11. 
  
  
  
  11.     flag.Parse() 
    12. 
  
  
  
  12.     fmt.Printf("App path: %s", appPath) 
    13. 
  
  
  
  13. } 
    14.

运行：

 
 
 
    
  
  
  
  1. go run main.go --app-path "Your project address" 
    2.

二、增加os.Getwd()进行多层判断

参见 beego 读取 app.conf 的代码。

该写法可兼容 go build 和在项目根目录执行 go run ，但是若跨目录执行 go run 就不行。

三、配置全局系统变量

我们可以通过os.Getenv来获取系统全局变量，然后与相对路径进行拼接。

1、 设置项目工作区

简单来说，就是设置项目(应用)的工作路径，然后与配置文件、日志文件等相对路径进行拼接，达到相对的绝对路径来保证路径一致。

参见 gogs 读取GOGS_WORK_DIR进行拼接的代码。

2、 利用系统自带变量

简单来说就是通过系统自带的全局变量，例如$HOME等，将配置文件存放在$HOME/conf或/etc/conf下。

这样子就能更加固定的存放配置文件，不需要额外去设置一个环境变量。

拓展

go test 在一些场景下也会遇到路径问题，因为go test只能够在当前目录执行，所以在执行测试用例的时候，你的执行目录已经是测试目录了。

需要注意的是，如果采用获取外部参数的办法，用 os.args 时，go test -args 和 go run、go build 会有命令行参数位置的不一致问题。

总结

这三种解决方案，在目前可见的开源项目或介绍中都能找到这些的身影。优缺点也是显而易见的，我认为应在不同项目选定合适的解决方案即可。

建议大家不要强依赖读取配置文件的模块，应当将其“堆积木”化，需要什么配置才去注册什么配置变量，可以解决一部分的问题。

大家又有什么想法呢，一起讨论一波?

网页标题：来聊一聊，Go的相对路径问题
转载源于：http://www.shufengxianlan.com/qtweb/news47/308447.html

网站建设、网络推广公司-创新互联，是专注品牌与效果的网站制作，网络营销seo公司；服务项目有等

广告

声明：本网站发布的内容（图片、视频和文字）以用户投稿、用户转载内容为主，如果涉及侵权请尽快告知，我们将会在第一时间删除。文章观点不代表本网站立场，如需处理请联系客服。电话：028-86922220；邮箱：631063699@qq.com。内容未经允许不得转载，或转载时需注明来源： 创新互联

猜你还喜欢下面的内容

品牌网站设计知识

行业网站建设

德阳机房托管　　 　雅安做网站　　 　达州做网站　　 　腾讯免备案空间　　 　微信服务号订阅号开发　　 　成都网络营销　　 　高防服务器租用　　 　国泰民安消防　　 　定制网站设计　　 　成都网站制作公司　　 　铁科精智测控　　 　东电技改　　 　电信服务器托管　　 　成都制作网站　　 　简阳电信服务器托管　　 　界面设计　　 　软文发布平台　　 　云锦斋建筑　　 　平昌做网站　　 　定制网站