GoLand中“工作目录”指程序运行时的当前路径（os.Getwd()返回值），决定go run查找包、读取配置等行为，与GOPATH/GOROOT无关；需在Run Configuration中正确设置Working directory，如$FileDir$或项目根。
GoLand 里“工作目录”不是指 GOPATH 或 GOROOT，而是程序运行时的当前路径（os.Getwd() 返回值），它直接影响 go run 查找包、读取配置文件、打开相对路径资源的行为。配错会导致 “no Go files in current directory”、“file not found” 或测试无法加载 fixture 等问题。
Run Configuration 中的 Working directory 决定 go run 的起点
GoLand 默认把 Working directory 设为项目根目录，但如果你在 cmd/myapp/main.go 文件里点绿色三角运行，IDE 仍会从项目根执行 go run . —— 这要求项目根下有 go.mod 且能解析整个 module；若你只想跑单个命令，很可能失败。
- 想让
go run main.go正常工作：把 Run Configuration → Working directory 改成$FileDir$（即当前文件所在目录） - 想按 module 规范运行子命令（如
go run ./cmd/myapp）：Working directory 保持项目根，Program arguments 填./cmd/myapp - 避免混用
go run main.go和go run .：前者不走 import path 解析，后者才真正依赖go.mod和包结构
-workdir 是编译期参数，GoLand 不支持直接传给 go run
你在终端里用 go run -workdir /path main.go 是无效的 —— go run 根本没有 -workdir 这个 flag。那个写法是混淆了其他工具（比如某些构建脚本或自定义 wrapper）。GoLand 也不识别这个参数，加了会报错 flag provided but not defined: -workdir。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
-
go run本身不提供运行时切换工作目录的能力，它的工作目录完全由启动时的当前路径决定 - 真要动态改工作目录，得在代码里调
os.Chdir()，例如启动时加载 config.yaml 前先os.Chdir("configs") - 调试时想临时固定工作目录？用 Run Configuration → Working directory，别碰不存在的 flag
GOPATH 和 Working directory 完全无关，别被名字误导
GOPATH 是旧式 GOPATH mode 下存放源码（src/）、编译产物（pkg/）、可执行文件（bin/）的根目录；而 Working directory 是进程启动那一刻的操作系统当前路径。GoLand 即使启用了 Go Modules（默认），GOPATH 也只用于缓存下载的依赖（$GOPATH/pkg/mod），对运行时路径零影响。
- 修改
GOPATH环境变量不会改变 Run Configuration 的 Working directory - 新建项目时填的 “Project location” 是 IDE 工程路径，不是 Working directory，也不等于
GOPATH - 最易踩的坑：以为把
GOPATH设成D:\myproject就能让go run自动在那里执行 —— 不会
Working directory 是个运行时上下文，不是配置项也不是环境变量；它只在每次执行前由 Run Configuration 快照一次。改完记得点 Apply，而且必须重启 GoLand 才能让部分旧配置（比如 GOROOT 错误导致的路径失效）彻底刷新 —— 这点容易被忽略。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
