这是一个创建于 3386 天前的主题，其中的信息可能已经有所发展或是发生改变。
今天在写代码的时候，发现一个有点违反直觉的地方，如下的文件夹结构：
├── 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