Working Directory必须设为含go.mod的项目根目录，否则go run/go build无法解析模块和import路径；若无go.mod需先执行go mod init；设错会导致配置文件读取失败、包找不到等错误。
GoLand 运行配置中 Working Directory 怎么填才生效
Working Directory 不是你“觉得”该设在哪，而是 GoLand 启动 go run 或 go build 时实际执行命令的当前路径。它直接影响模块解析、go.mod 查找、相对路径读写和 import 路径解析。
常见错误是把它设成 src 子目录或 main.go 所在目录，结果 go run main.go 报 no required module provides package——因为 go 命令根本没在 go.mod 所在目录运行。
- 正确做法：Working Directory 必须设为项目根目录（即包含
go.mod的那一层） - 如果项目没
go.mod，先在该目录终端执行go mod init example.com/myapp，再设 Working Directory - 不要设成
src/main.go或bin/这类子路径；IDE 不会自动向上查找go.mod - 验证方式：在 Working Directory 对应的路径下手动执行
go list ./，能输出包名才算对
用 Run Kind = “Directory” 时 Directory 和 Output Directory 的关系
选 Directory 模式后，GoLand 实际执行的是 go run <dir>，而非单个文件。这时 Directory 字段不是“源码位置”，而是 Go 要扫描并编译的包路径起点。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
Directory应指向一个含main包的目录（如./cmd/myapp），不能是空目录或只含测试文件的目录 -
Output Directory是go build -o输出二进制的位置，必须是绝对路径或相对于项目根的路径；若填相对路径（如bin），GoLand 会自动补全为项目根下的bin/ - 如果
Output Directory不存在，GoLand 不会自动创建，构建直接失败，报错类似open bin/myapp: no such file or directory - 不建议把
Output Directory设为$GOPATH/bin——现代项目基本不用 GOPATH，且容易和go install冲突
为什么 Terminal 里能跑，GoLand 点运行却提示 “command not found”
这通常不是 PATH 问题，而是 GoLand 没用你系统 shell 的环境，它默认使用最小化环境启动进程，GOROOT 和 PATH 都可能被忽略。
- 优先检查 Settings → Go → GOROOT 是否指向正确的安装根目录（如
/usr/local/go或D:\Go），且该路径下有src、pkg、bin三目录 - GOROOT 填错会导致
go命令本身不可用，现象是右上角运行按钮灰色，或点击后弹出exec: "go": executable file not found - 不要依赖系统环境变量里的
GOROOT；GoLand 只认自己设置的值，改完必须重启 IDE 才生效 - Windows 用户特别注意：若 Go 安装在
C:\Program Files\Go，空格会导致解析失败，建议重装到D:\Go这类无空格路径
调试时 Working Directory 影响 os.Open 和配置文件加载
很多程序用 os.Open("config.yaml") 加载配置，但运行时找不到文件，90% 是因为 Working Directory 设错了，导致相对路径解析失败。
- 调试器启动进程时，
os.Getwd()返回的就是 Working Directory 的值，不是main.go所在目录 - 若配置文件放在项目根目录，Working Directory 就必须是项目根；若放在
etc/下，就得确保该目录相对于 Working Directory 存在 - 临时验证方法：在
main()开头加fmt.Println(os.Getwd())，看输出是否符合预期 - 避免硬编码路径，推荐用
runtime.ExecutableDir()（Go 1.21+）或filepath.Dir(os.Args[0])获取二进制所在目录做基准
go.mod 在哪、go run 在哪跑、配置文件从哪读——这三个“在哪”，本质上都是同一个 Working Directory 决定的。 
