goland 不自动配置跨平台环境变量，goos/goarch 必须在终端显式设置并执行 go build 才生效；.env 文件需手动用 godotenv.load() 在 main() 开头加载，且工作目录须设为项目根目录。
GoLand 本身不“配置跨平台环境变量”，它只是读取你当前 shell 或系统已有的环境变量；真正起作用的是你在运行时传给 Go 程序的 GOOS 和 GOARCH，以及程序里用 os.Getenv 读取的业务变量（如 DB_HOST）。IDE 不会帮你自动切换这些值，也不能替代 godotenv 或构建脚本的作用。
GoLand 中无法直接设置 GOOS/GOARCH 编译目标
很多人误以为在 GoLand 的 Run Configuration 里填个 GOOS=linux 就能交叉编译——实际无效。GoLand 的环境变量字段只影响进程启动时的上下文，而 go build 命令是否生效，取决于它执行时的环境变量快照，不是 IDE 界面里写的那行字符串。
- GoLand 默认调用的是
go run或go build，但不会自动注入GOOS/GOARCH - 若你在 Run Configuration 的 “Environment variables” 里写
GOOS=windows，它只对go run生效（且仅限纯 Go 代码），对go build -o xxx输出目标平台无影响 - 真正可靠的交叉编译，必须在终端中显式设置并执行：
GOOS=linux GOARCH=arm64 go build -o app main.go - GoLand 的 Terminal 是最安全的入口——在那里执行命令，变量作用域清晰，结果可预期
如何让 GoLand 正确加载 .env 文件中的业务变量
GoLand 不会自动读取项目根目录下的 .env 文件。如果你依赖 godotenv.Load() 加载配置，必须确保它在 main() 最早被执行，否则 os.Getenv 读不到值。
-
godotenv.Load()必须在任何调用os.Getenv之前执行，建议放在main()开头或init()函数里 - 不要在
init()里调用log.Fatal或 panic——GoLand 的 test runner 可能因初始化失败直接跳过测试 - 如果使用
go run启动，GoLand 默认工作目录是当前文件所在路径，不是项目根目录；务必在 Run Configuration 中设置 “Working directory” 为$ProjectFileDir$ - Windows 下注意
.env文件编码：必须是 UTF-8 无 BOM，否则godotenv解析可能出错，表现为变量为空但无报错
跨平台开发时容易被忽略的路径与资源问题
GoLand 在 Windows 上跑 macOS/Linux 目标二进制没问题，但你的代码如果硬编码了路径分隔符或依赖本地资源文件，就会在目标平台崩溃——这和环境变量无关，而是逻辑缺陷。
- 永远用
filepath.Join("config", "app.yaml")，而不是"config/app.yaml"或"config\app.yaml" - 不要假设
os.Executable()返回路径一定含 bin/ 或可执行文件名；用os.Executable()+filepath.Dir()定位根目录再拼资源路径 - 如果程序需读取同目录下
cert.pem，交叉编译后该文件不会自动打包进去——必须手动随二进制一起分发，并在代码中用相对路径定位 - Windows 下生成的
.exe若调用了syscall或unsafe操作 Linux 特有 syscall（如epoll_wait），编译会通过，但运行时报错；这类问题只能靠//go:build标签隔离
最麻烦的从来不是怎么设 GOOS，而是你写的那行 os.Open("data/log.txt") 在 Linux 上能跑，在 Windows 上路径不存在，在 macOS 上权限被拒——环境变量管不了磁盘结构，得靠代码自己扛。
