一个好低级的问题。。。关于Args[0]

Question

我看到一些获取golang执行目录的 相关例子

  path, _ := exec.LookPath(os.Args[0])
    

Args[0]为什么不能直接作为程序的绝对路径。。？

我看到一个例子

curFilename := os.Args[0]
Path, err := exec.LookPath(curFilename)
binaryPath, err = filepath.Abs(Path)
dir := filepath.Dir(binaryPath)

//怎么不直接使用 filepath.Abs(filepath.Dir(os.Args[0]))
//还要通过一层LookPath

Answer 1

假设文件在/home/XXX/a

1

args[0]获取的是相对路径，或者说，就是你使用什么命令启动的。
如果你用./a启动的话，args[0]就是./a，不是绝对路径。
如果你用./XXX/a启动的话，args[0]就是./XXX/a，不是绝对路径。
如果用/home/XXX/a启动，那么获取到的就是/home/XXX/a。

argv[0]的做法来自C语言，因此其他语言的argv[0]也就保持了和C语言一致。

2

path, err := exec.LookPath(os.Args[0])获取的也不是全路径。

LookPath searches for an executable binary named file in the
directories named by the PATH environment variable. If file contains a
slash, it is tried directly and the PATH is not consulted. The result
may be an absolute path or a path relative to the current directory.

3

获取可执行文件的绝对路径(不包括文件名)，请用：
filepath.Abs(filepath.Dir(os.Args[0]))
返回：/home/XXX

补充：获取可执行文件的绝对路径（包括文件名），请用：
filepath.Abs(os.Args[0])
返回：/home/XXX/a

4

自己用的是对的，和文档一致，并且能实现自己的目标，那么自己就是对的。

别纠结别人的问题，别跳进别人无意间挖的坑了。
有些地方只需要看思路，有些地方看具体的实现方式。
显然此处应该是看一下作者想做什么，而不是用什么方式做的。

从题目中的例子来看，很可能是作者自己这些库的作用都没弄清楚，
为了取绝对路径走了一些弯路。

不怀好意地想，两个err连续赋值，
那么作者应该不是个精通Go的人。
curFilename := os.Args[0]
Path, err := exec.LookPath(curFilename)
binaryPath, err = filepath.Abs(Path)
dir := filepath.Dir(binaryPath)

举个例子：
一段Go监听系统信号的例子：
signal.Notify(c, os.Interrupt, os.Kill, syscall.SIGINT, syscall.SIGUSR1, syscall.SIGUSR2, syscall.SIGHUP, syscall.SIGTERM)
里面肯定有很多重复的的信号，但这并不实现目的。
简单来说就是为了监听到结束信号就实现优雅的退出。
非要搞清作者监听了Kill还要监听SIGTERM，还要监听一大堆其他的信号，那么你就掉到坑里了。