这是一个创建于 3090 天前的主题，其中的信息可能已经有所发展或是发生改变。
今天在写代码的时候，发现一个有点违反直觉的地方，如下的文件夹结构：
├── XXX
│ ├── xxx.go
│ └── 123.txt
│
└── main.go
XXX 包的 xxx.go 中 init 函数会去打开 123.txt:
os.Open("123.txt") //这个会失败
os.Open("XXX/123.txt") //这个才能成功打开文件
有谁知道为什么前一个打开会失败吗？
谢谢。
 |
1
kofj 2016-07-08 21:16:37 +08:00
init 里面打印依稀 os.Getwd() 你就知道为什么了。
|
 |
2
TenTo OP @kofj ,os.Getwd()打印出来的路径是相对 main.go 的位置来说的。那现在的问题就是，如果 123.txt 文件是只有 XXX 包使用，这就很有问题，不可能每次在使用的时候都修改 xxx.go 的代码吧。
有什么方法可以解决这个问题？ |
 |
3
raincious 2016-07-08 21:28:50 +08:00
其实这不违反直觉啊。
因为编译好的文件和你的代码是两个不同的东西，源文件的相对位置和可执行文件的相对位置自然是不一样的。 |
|
4
TenTo OP @raincious ，那 123.txt 只有 XXX 包会用，在 xxx.go 文件里面的应该怎么写路径？是不是我只能将 123.txt 的内容也编译进代码里面？
|
 |
5
zhujinliang 2016-07-08 21:32:15 +08:00 via iPhone
不管 a 包 b 包 c 包，编译后就是一个文件，调试信息一去，没人知道原来谁是谁
如果 123.txt 文件只在包 xxx 中使用，要么告诉用户请复制文件 123.txt 到某处，要么把文件内容写进 go 代码 没办法，程序就是程序，数据就是数据， golang 还不支持资源 |
|
6
TenTo OP @zhujinliang ,理解了，谢谢。
|
|
7
raincious 2016-07-08 21:36:39 +08:00
@TenTo
如果你不理解路径的问题，可以用 go build 产生一个可执行文件，然后以那个文件的位置作为基准来确定相对路径。 文件不大的话你到是可以考虑把整个文件保存成常量。但是如果文件体积比较大编译会很慢。 |
 |
8
wweir 2016-07-09 08:30:11 +08:00 via Android
如果 123 是静态的，干嘛不直接打在源码里。如果是动态的，基本就是项目相关，放在项目的特定目录不好么。
还有第三种常见使用场景的话，请告知 |
 |
9
CRVV 2016-07-09 22:00:59 +08:00 via Android
看起来应该用 go-bindata
|
 |
10
cosiner 2016-07-10 09:58:20 +08:00
不论什么语言, 运行的时候初始目录都是当前目录, 和代码结构没关系, 相对路径也是相对于当前目录来.
初始目录可以使用类似 Chdir 的 api 改变 |
Select Language