goland 启动时未读取 .bashrc/.zshrc 中的 go 环境变量，因桌面启动不继承 shell 环境；应改用终端命令启动（如 macos 的 open -a "goland.app"），并验证 go env 输出是否正确，而非手动配置 ide 内 goroot。
GoLand 启动时没读到 .bashrc 或 .zshrc 中的 Go 环境变量
这是最常见原因：桌面图标或开始菜单启动的 GoLand，不继承 shell 的环境变量，GOROOT、GOPATH、GOPROXY 全为空或错乱。
解决方法不是改 IDE 配置，而是改启动方式：
- macOS：必须从终端执行
open -a "GoLand.app"或直接goland（如果已配置命令行工具） - Windows：用管理员权限打开 PowerShell 或 CMD，再运行
"C:\Program Files\JetBrains\GoLand 2026.2\bin\goland64.exe" - Linux：在终端中执行
./goland.sh，不要双击图标
验证是否生效：启动后打开 Terminal 面板，运行 go env，确认输出中 GOROOT 和 GOPROXY 是你期望的值。如果还是空，说明 IDE 没继承 shell 环境——别硬调设置，先换启动方式。
GoLand 设置里手动填 GOROOT 却不生效
IDE 设置界面（File → Settings → Go → GOROOT）填了路径，但调试或构建仍报 command not found: go，本质是「只改了 IDE UI 层，没影响底层构建流程」。
关键点：
- 这个设置仅用于代码补全和语法检查，不影响
go build、go run等实际命令执行 - 真正决定用哪个
go二进制的是系统PATH—— IDE 内置终端和 Run/Debug 都按 PATH 查找 - 如果你的
go在/usr/local/go/bin/go，但PATH没包含该路径，填对GOROOT也没用
实操建议：在终端中运行 which go，把输出路径的父目录（比如 /usr/local/go/bin）加进系统 PATH，再重启 GoLand。
Run Configuration 中的环境变量覆盖了全局设置
当你为某个项目单独配置 Run/Debug 时，勾选了 Include system environment variables 却又在下方 Environment variables 栏里写了 GOROOT=xxx，就可能引发冲突。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
典型问题：
- 本地
go env显示GOROOT=/usr/lib/go，但 Run 配置里写成GOROOT=/opt/go，结果编译失败 -
GOPROXY被设为https://proxy.golang.org,direct，而你本地已用go env -w GOPROXY=https://goproxy.cn,direct全局配置
建议做法：
- 除非调试特殊版本 Go，否则 Run Configuration 中不要手动填写
GOROOT、GOPATH - 如需临时改代理，优先用
go env -w GOPROXY=...，而不是在 Run 配置里覆盖 - 务必勾选
Include system environment variables，否则连PATH都不继承
远程开发（SSH）下环境变量完全不生效
通过 GoLand 的 SSH 远程模式连接 Linux 时，go env 显示的全是默认值，甚至 GOROOT 是空的——这不是 GoLand 的 bug，是 SSH 登录方式限制。
根本原因：GoLand 用非交互式、非登录式 SSH 连接（类似 ssh user@host 'go env'），这种连接不会加载 ~/.bashrc 或 /etc/profile，所以 export 的变量全失效。
解决方案只有两个：
- 在远程服务器的
~/.bash_profile（不是.bashrc）里写入所有 Go 相关export，因为非登录 shell 不读.bashrc - 或者在 GoLand 的 SSH 配置中，把「Shell path」显式改成
/bin/bash -l（带-l表示登录式 shell），强制加载 profile
注意：改完后必须重启 GoLand 的 SSH 连接，旧连接缓存的环境不会自动刷新。
最容易被忽略的一点：GoLand 的 Terminal、Run、Debug、Build 四个子系统各自读取环境的方式不同，不能只靠一个地方配置就认为“全通了”。每次遇到环境相关错误，第一反应不应该是改设置，而是打开对应上下文的终端，直接跑 go env 看真实值。
