goland找不到go命令是因为不继承系统path且不自动读取shell配置，需在settings→go→goroot中手动指定go安装根目录（含src/pkg/bin），并重启ide。
GoLand 为什么找不到 go 命令，哪怕终端里能用？
GoLand 不继承系统 PATH，也不自动读取你 shell 配置文件（比如 ~/.zshrc）里的环境变量。它启动时用自己的独立 shell 环境，所以即使 go version 在终端里跑得飞快，IDE 里仍可能报 “No Go SDK found”。
- 必须手动在
Settings → Go → GOROOT中点击+，选中 Go 安装根目录（如/usr/local/go或C:\Go），不是bin子目录 - 确认该路径下存在
src、pkg、bin三个文件夹——缺一个就说明路径错了 - 改完必须关闭并重启 GoLand，仅点
Reload project不生效 - Windows 用户注意：
GOROOT是系统变量，但 GoLand 启动时若用的是 PowerShell 而非 CMD，可能因 profile 加载差异导致 PATH 不一致；建议统一用 CMD 启动或在 IDE 设置里指定 shell 路径
gopls 总是崩溃或不响应？手动装+版本对齐是关键
GoLand 2025 默认接管 gopls，但它不会自动安装，也不会帮你选兼容版本。装错版本（比如用 Go 1.24 装了 gopls@v0.14）会导致语义高亮失效、跳转卡死、泛型推导全红。
- 先在终端运行：
go install golang.org/x/tools/gopls@latest - 再验证：
gopls version输出应含v0.15.x（对应 Go 1.24+）或v0.14.x（对应 Go 1.22–1.23） - GoLand 设置里勾选
Use custom gopls binary，路径填$GOPATH/bin/gopls（macOS/Linux）或%GOPATH%\bin\gopls.exe（Windows） - 删掉项目根目录下的
go.work文件——它会强制启用多模块工作区，干扰单模块项目的gopls初始化
国内用户必配的 GOPROXY 和 GO111MODULE 组合
只设 GOPROXY 不开 GO111MODULE=on，等于白配；只开模块不设代理，go get 十次九超时。两者必须同时生效，且顺序不能错。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 终端执行：
go env -w GO111MODULE=on（必须是=on，不是=auto） - 再执行：
go env -w GOPROXY=https://goproxy.cn,direct（注意逗号后无空格，direct不可省） - 验证：
go env GO111MODULE输出on，go env GOPROXY输出完整字符串 - 如果公司有私有仓库，把内网地址放最前：
go env -w GOPROXY=https://intra.example.com,goproxy.cn,direct - 改完立刻执行：
go clean -modcache，否则旧缓存会继续走失败路径
运行配置里 Working directory 设错，go run 就会静默失败
go run main.go 和 go run . 行为完全不同：前者只加载当前文件，不解析 import 路径；后者才按 module 规则加载依赖。而 GoLand 默认生成的 Run Configuration 很可能用的是前者逻辑。
- 编辑 Run Configuration →
Working directory改成$ProjectFileDir$（项目根目录），不是$FileDir$ - Program arguments 留空，或填
.（表示运行当前 module） - 别手动输
go run main.go—— 这是命令行写法，不是 IDE 的运行目标 - 如果入口不在根目录（比如
cmd/myapp/main.go），Run Configuration 里 Module path 填./cmd/myapp，Working directory 仍为项目根目录
真正容易被忽略的，是项目路径本身：含中文、空格、符号（如 ~/Desktop/我的项目）会导致 go mod init 失败，且错误信息极其隐蔽——它不报错，只是生成无效的 go.mod，后续所有依赖都拉不下来。动手前先检查路径，比调半天配置更省时间。
