GoLand中Environment variables是per-run-configuration的，需通过Templates统一配置并手动更新已有配置；不同环境应建独立命名配置（如server-dev/server-staging）以隔离变量；GOMEMLIMIT等Go运行时变量与IDE JVM内存设置无关，须分别调整。
GoLand 中的 Environment variables 是 per-run-configuration 的
每个 Run Configuration（比如 Go Build、Go Test、Attach to Process）都独立维护自己的环境变量，不会跨配置继承或共享。你改了 A 配置的 GOPATH，B 配置里还是空的或旧值——这不是 bug，是设计如此。常见误操作是只在某一个配置里加了 GOMEMLIMIT=2G，结果跑另一个配置时 GC 行为异常，却以为是全局设置没生效。
怎么批量复用环境变量？用 Templates + Edit Configurations
手动逐个填太容易漏，也难同步。正确做法是先改模板：
- 打开
Run → Edit Configurations… - 左侧选
Templates → Go Build（或Go Test等你常用类型） - 在右侧
Environment variables栏点击…，填入通用项，例如：GOPROXY=https://goproxy.cn,direct、GOMODCACHE=/path/to/modcache - 勾选
Include system environment variables（否则像PATH这类可能被清空） - 点 OK 保存后，所有新建的同类型配置都会自动带这些变量
注意：已存在的配置不会自动更新，需手动选中它们 → 点击右下角 Copy configuration from → Templates → Go Build 覆盖。
不同环境（dev/staging/prod）怎么隔离？靠配置命名 + 变量分组
别试图用一套配置切换环境，而是建多个命名清晰的配置：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
server-dev：设ENV=dev、LOG_LEVEL=debug、DB_URL=sqlite://./dev.db -
server-staging：设ENV=staging、LOG_LEVEL=info、DB_URL=postgres://... - 避免在变量值里写硬编码路径，比如
CONFIG_PATH=./configs/staging.yaml—— 改配置名不如直接改变量值来得可控
调试时右上角下拉菜单一眼就能切，比反复编辑同一配置安全得多。尤其当 server-prod 里误加了 GIN_MODE=debug，上线就成事故。
容易被忽略的坑：IDE 自身 JVM 和 Go 运行时变量不是一回事
很多人把 Help → Change Memory Settings 里的 -Xmx2g 和运行 Go 程序的 GOMEMLIMIT 混在一起。前者管的是 GoLand 这个 Java 应用的内存，后者才影响 Go 程序的 GC 行为。你在 Environment variables 里设了 GOMEMLIMIT=1G，但没在 VM options 里调大 IDE 内存，索引大项目时 GoLand 就会卡死——两个维度必须分开调。
