goland中确认启用go mod模式需检查go env go111module输出为on，并在settings → go → go modules中勾选enable go modules integration且environment包含go111module=on；否则仍走gopath模式。
GoLand里怎么确认当前用的是go mod而不是GOPATH模式
GoLand默认启用模块模式，但如果你看到项目里没生成go.mod、或者go build报错提示“cannot find module”，大概率是还在GOPATH老模式下。检查方式很简单：打开Terminal，运行go env GO111MODULE——输出on才对；如果显示auto或off，就得手动设为on。
在GoLand中，这个设置也得同步：进入File → Settings → Go → Go Modules，必须勾选Enable Go Modules integration，并且Environment框里要包含GO111MODULE=on。不填这行，哪怕终端里是on，GoLand内部仍可能走错路径。
GoLand中配置GOPROXY代理加速依赖下载
国内拉包慢、超时、403，基本都卡在代理没配对。GoLand本身不自动继承系统级GOPROXY，得手动补上。
- 推荐值：
GOPROXY=https://goproxy.cn,direct（比官方proxy.golang.org更稳） - 必须加
,direct后缀，否则私有仓库会失败 - 如果项目含公司内网私有模块，还得额外加
GOPRIVATE=git.yourcompany.com到同一栏
填完点Apply，再在Terminal里执行go env GOPROXY验证是否生效。别信“设置保存了就行”，GoLand有时缓存旧环境变量，重启IDE才真正加载。
GoLand里执行go mod tidy后依赖没更新？
常见现象：改了import语句，点了go mod tidy，但go.mod没变、vendor/也没反应。根本原因通常是：GoLand的Terminal没激活当前模块上下文。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
检查点：
- Terminal是否在项目根目录？不是子目录，也不是
$HOME - 项目根目录是否存在
go.mod？没有就先跑go mod init example.com/myapp - 有没有误启用了
-mod=vendor？在Settings → Go → Build Tags & Vendoring里确认Use vendor directory没被勾选
最稳妥操作：关掉所有Terminal，重新开一个，cd进项目根目录，直接敲go mod tidy。别依赖IDE右键菜单里的“Tidy”按钮——它偶尔跳过校验步骤。
GoLand中go.sum校验失败却没报错？
go.sum不是可选文件，它是防篡改的哈希快照。GoLand默认不主动校验它，但go build和go test每次都会校验。如果你只在IDE里点运行没报错，CI却挂了，大概率是本地跳过了校验。
关键动作：
-
go.sum必须提交进Git，不能.gitignore - 不要在CI里跑
go mod download后再提交go.sum——这会让哈希和开发者本地不一致 - 本地开发时，每次
go mod tidy后，务必检查go.sum是否被修改，且修改内容合理（比如只增删了对应依赖的行）
最容易被忽略的一点：GoLand的“Auto-import”功能有时会偷偷加indirect依赖却不触发tidy，导致go.sum缺失条目。建议关掉自动导入，坚持手动go get + tidy流程。
