goland 需手动配置 goroot（指向含 src/pkg/bin 的根目录）、安装 dlv、设置 goproxy（如 https://goproxy.cn），并清理 go.work；zversion.go 缺失 theversion 常量或路径错误会导致初始化失败、调试不可用。
GoLand 装完不能直接写代码，必须手动指定 GOROOT、装好 dlv、配对 GOPROXY，否则新建项目卡住、调试点不了断点、测试图标不显示——这些都不是插件问题，而是基础配置漏项。
GoLand 找不到 Go SDK？别信 Auto-detect，手动填对路径才生效
IDE 不会从系统 PATH 读取 go 命令位置，即使终端里 which go 返回正确路径，GoLand 仍报 “No Go SDK found”。关键不是路径错，而是填错了层级：
-
GOROOT必须指向 Go 安装根目录（如/usr/local/go或C:\Go），不能是bin子目录 - 该路径下必须存在
src、pkg、bin三个子目录；若缺失src/runtime/internal/sys/zversion.go或其中无TheVersion常量（旧版 IDE 依赖此校验），需手动补上：const TheVersion = `go1.26.0` - 改完必须重启 GoLand，它不会热加载该文件
新建项目后不初始化 module？先查 go.work 和 GOPROXY
右下角提示 “Initialize Go Modules” 却无响应，大概率是代理失效或工作区配置干扰：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 检查
Settings → Go → Go Modules → Proxy：国内推荐填https://goproxy.cn，删掉direct后缀（如写成https://goproxy.cn,direct会导致静默失败） - 用终端执行
ls -a看当前目录是否存在go.work文件，有就删掉——它会强制启用多模块工作区模式，阻断单模块项目初始化 - 手动触发更可靠：在 Terminal 中运行
go mod init example.com/myapp，再右键项目 → Reload project
点绿色三角运行报 “no Go files in current directory”？Working directory 设错
这不是代码问题，是 GoLand 默认以项目根为工作目录，但你的 main.go 可能在 cmd/myapp/ 下：
- 进
Run → Edit Configurations，把Working directory改成$FileDir$（即当前文件所在目录） - 或者统一用
go run ./cmd/myapp形式：在Program arguments里填./cmd/myapp，Working directory保持默认 - 避免混用
go run main.go和go run .：main.go不解析 import 路径，.才走 module 规则
Debug 按钮灰掉或报 “could not launch process: fork/exec /path/to/dlv”？dlv 没装或没认到
能 go run ≠ 能调试。Delve 是独立组件，必须单独安装并被 IDE 显式识别：
- 终端运行
go install github.com/go-delve/delve/cmd/dlv@latest（不是go get） - 执行
dlv version验证是否可用；若报command not found，检查$GOBIN或$GOPATH/bin是否在系统PATH中，且终端已重载配置 - GoLand 中：进入
Settings → Go → Tools → Delve debugger，点击右侧文件夹图标，手动指向你本地的dlv二进制（如$GOPATH/bin/dlv） - 新建 Run Configuration 时，
Mode必须选Package或File，别选Directory（旧选项，断点无效）
最常被忽略的是 zversion.go 的版本硬编码和 go.work 的残留——这两个小文件一错，整个初始化流程就卡死，且无明确错误提示。
