Go项目结构规划：*.json、*.db等文件的合理放置方案咨询

首先必须说，方案二的项目布局其实更合理——它把代码（src/）和非代码资源（data/）清晰分离，不管是版本控制（比如给data/加.gitignore忽略临时生成的文件）、部署打包还是后期维护，都比方案一要顺手得多。你遇到的测试路径问题，本质是Go测试的工作目录特性导致的，硬编码绝对路径肯定行不通，这里给你几个可靠的解决思路：

核心思路：动态定位项目根目录 #

不要依赖固定的绝对路径，而是通过测试文件自身的位置，反向推导到项目根目录，再拼接资源文件的路径。这是跨环境（本地、CI、其他开发者机器）都能稳定工作的方法。

具体实现代码 #

假设你的测试文件在src/main/main_test.go，可以用runtime.Caller()获取当前文件的路径，再通过path/filepath包向上遍历到项目根：

package main

import (
	"path/filepath"
	"runtime"
	"testing"
)

// 获取项目根目录的绝对路径
func getProjectRoot() string {
	// 获取当前测试文件的完整路径
	_, filename, _, ok := runtime.Caller(0)
	if !ok {
		panic("无法获取当前测试文件路径，无法定位项目根目录")
	}
	// 从测试文件路径（src/main/main_test.go）向上两级，到达项目根
	// 路径层级：main_test.go所在目录 -> src/ -> 项目根
	rootDir := filepath.Join(filepath.Dir(filename), "../../")
	// 转换为绝对路径，避免相对路径的歧义
	absRoot, err := filepath.Abs(rootDir)
	if err != nil {
		panic(err)
	}
	return absRoot
}

func TestLoadConfig(t *testing.T) {
	root := getProjectRoot()
	// 拼接资源文件路径
	configPath := filepath.Join(root, "data/config.json")
	dbPath := filepath.Join(root, "data/database.db")

	// 接下来就可以正常读取文件了
	t.Logf("配置文件路径：%s", configPath)
	t.Logf("数据库文件路径：%s", dbPath)
}

额外优化建议 #

• 生产环境兼容：在生产代码中，你可以保留类似的根目录定位逻辑，同时允许通过环境变量覆盖资源目录，比如：

  func getDataDir() string {
    if dir := os.Getenv("APP_DATA_DIR"); dir != "" {
      return dir
    }
    // 没有环境变量时，用项目根下的data目录
    root := getProjectRoot()
    return filepath.Join(root, "data")
  }
  

• 调试路径：如果不确定路径是否正确，用t.Log()打印出来，确认是否指向了预期的data/目录。
• 避免硬编码层级：如果担心项目结构调整后路径层级变化，可以在项目根目录放一个标识文件（比如.project-root），然后从测试文件所在目录向上遍历，直到找到这个文件，以此确定根目录，这样结构调整后不需要修改代码。

为什么绝对路径不行？ #

硬编码的绝对路径（比如/Users/yourname/project/data/config.json）只在你的本地机器有效，换一台机器或者在CI环境中，路径完全不同，代码直接就失效了，绝对不是可移植的解决方案。

内容的提问来源于stack exchange，提问作者Shoshin Nikita