GoLand内置终端不读.zshrc或.bashrc导致go env GOROOT为空、gopls找不到、go run报“command not found”，需通过source配置文件后启动IDE，或确保GOBIN加入PATH并验证which gopls命中正确路径。
GoLand终端不读.zshrc或.bashrc怎么办
GoLand内置终端默认不加载你的shell配置文件，go env GOROOT可能输出空值，gopls找不到，go run报错“command not found”——这不是Go没装好，是终端没继承环境。
实操建议：
- macOS用户：在终端里先运行
source ~/.zshrc（或~/.bash_profile），再用open -a GoLand启动；或者直接从终端执行~/Applications/GoLand.app/Contents/MacOS/goland - Windows用户：用
cmd或PowerShell启动GoLand（例如start "" "C:\Program Files\JetBrains\GoLand 2026.2\bin\goland64.exe"），确保父进程已加载%GOROOT%\bin到PATH - Linux用户：在启动前确认
~/.profile或~/.bashrc中已导出GOROOT和GOBIN，然后用./goland.sh启动
GoLand设置里填GOROOT但终端还是不对
GoLand的Settings → Go → GOROOT只影响IDE内部功能（如代码补全、调试器路径），**不影响内置终端的环境变量**。终端仍走系统原始PATH，所以which go可能指向错误位置。
验证方式：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 打开GoLand内置终端，执行
go env GOROOT，看是否和Settings里填的一致 - 如果不一致，说明终端没读到你设的
GOROOT，得靠shell配置或IDE启动方式解决 - 别依赖Auto-detect：多版本共存（如asdf）时，它常选
/usr/local/go而非你当前激活的~/.asdf/installs/golang/1.26.0
如何让GoLand终端始终用对的GOBIN路径
GOBIN决定go install生成的二进制放哪，而GoLand调试、测试、Run Configuration都依赖dlv和gopls——它们必须在PATH里，否则断点不生效、跳转失败。
关键动作：
- 终端里执行
go env GOBIN，确认输出路径存在且可写 - 把该路径加进shell的
PATH：macOS/Linux加export PATH="$(go env GOBIN):$PATH"到~/.zshrc；Windows在系统环境变量中追加%GOBIN% - 改完后新开终端，再进GoLand验证
which gopls是否命中GOBIN下的文件 - 如果
GOBIN没显式设置，默认是$GOPATH/bin，但模块时代GOPATH已弱化，建议显式设为$GOROOT/bin避免歧义
GoLand调试控制台显示GO111MODULE=auto导致依赖解析失败
调试器启动时用的是独立环境，哪怕你在终端里go env -w GO111MODULE=on，Debug Console仍可能回退到auto，结果go list -m all报not in a module，go mod download静默失败。
必须检查的点：
- 打开Debug Console，直接执行
go env GO111MODULE，不是看Settings，是看实际运行时值 - 若输出
auto或off，在GoLand Settings → Go → Go Modules里勾选Enable Go modules integration，并确认GO111MODULE在系统级已设为on - 某些旧版GoLand会忽略shell环境里的
GO111MODULE，此时需在Run Configuration → Environment variables里手动加GO111MODULE=on - 别信
go env命令的缓存：执行go env -u GO111MODULE再go env GO111MODULE确认真实状态
.zshrc、也不自动同步Settings里的GOROOT——必须手动验证每个上下文的实际go env输出。 
