golang 包的 init 函数问题

[TenTo]

今天在写代码的时候，发现一个有点违反直觉的地方，如下的文件夹结构：

├── XXX
│   ├── xxx.go
│   └── 123.txt
│
└── main.go

XXX 包的 xxx.go 中 init 函数会去打开 123.txt:

os.Open("123.txt") //这个会失败

os.Open("XXX/123.txt") //这个才能成功打开文件

有谁知道为什么前一个打开会失败吗？

谢谢。

[kofj]

init 里面打印依稀 os.Getwd() 你就知道为什么了。

[TenTo]

@kofj ,os.Getwd()打印出来的路径是相对 main.go 的位置来说的。那现在的问题就是，如果 123.txt 文件是只有 XXX 包使用，这就很有问题，不可能每次在使用的时候都修改 xxx.go 的代码吧。
有什么方法可以解决这个问题？

[raincious]

其实这不违反直觉啊。

因为编译好的文件和你的代码是两个不同的东西，源文件的相对位置和可执行文件的相对位置自然是不一样的。

[TenTo]

@raincious ，那 123.txt 只有 XXX 包会用，在 xxx.go 文件里面的应该怎么写路径？是不是我只能将 123.txt 的内容也编译进代码里面？

[zhujinliang]

不管 a 包 b 包 c 包，编译后就是一个文件，调试信息一去，没人知道原来谁是谁
如果 123.txt 文件只在包 xxx 中使用，要么告诉用户请复制文件 123.txt 到某处，要么把文件内容写进 go 代码
没办法，程序就是程序，数据就是数据， golang 还不支持资源

[TenTo]

@zhujinliang ,理解了，谢谢。

[raincious]

@TenTo

如果你不理解路径的问题，可以用 go build 产生一个可执行文件，然后以那个文件的位置作为基准来确定相对路径。

文件不大的话你到是可以考虑把整个文件保存成常量。但是如果文件体积比较大编译会很慢。

[wweir]

如果 123 是静态的，干嘛不直接打在源码里。如果是动态的，基本就是项目相关，放在项目的特定目录不好么。
还有第三种常见使用场景的话，请告知

[CRVV]

看起来应该用 go-bindata

[cosiner]

不论什么语言, 运行的时候初始目录都是当前目录, 和代码结构没关系, 相对路径也是相对于当前目录来.

初始目录可以使用类似 Chdir 的 api 改变