GoLand第三方包不自动下载需三步解决：先设GO111MODULE=on，再配GOPROXY国内代理（如https://goproxy.cn），最后执行go mod tidy并Reload project。
GoLand 里第三方包不自动下载？先确认 GO111MODULE=on
GoLand 默认不会替你开启模块模式，哪怕你用的是 Go 1.16+。如果 go.mod 文件没生成、go get 报 go: modules disabled，大概率是 GO111MODULE 没设对。
实操建议：
- 在终端执行
go env -w GO111MODULE=on（Windows）或go env -w GO111MODULE=on（macOS/Linux），**别用auto** —— 它在多项目混用时容易误判当前目录是否为模块根 - Goland 中打开项目后，检查底部状态栏是否显示 “Go Modules”；没显示就点右下角提示条手动启用
- 新建项目时，勾选 “Add Go module support”（不是默认选项），否则
go mod init不会自动触发
依赖包下载失败？GOPROXY 必须显式配置国内代理
默认 GOPROXY=https://proxy.golang.org,direct 在国内基本不可用，go get 或 go mod tidy 会卡住或报错 Get "https://proxy.golang.org/...": dial tcp: i/o timeout。
实操建议：
- 执行
go env -w GOPROXY=https://goproxy.cn（推荐）或go env -w GOPROXY=https://mirrors.aliyun.com/goproxy/ - 验证是否生效：运行
go env GOPROXY，输出应为设置的地址，**不能是空或direct单独出现** - 如果公司有私有代理，把地址加在逗号分隔列表里，例如
https://goproxy.cn,https://your-company-proxy
依赖包装到哪了？不需要手动配“路径环境变量”
Go Modules 下，第三方包不再写入 $GOPATH/src，而是缓存在 $GOMODCACHE（通常是 $GOPATH/pkg/mod）。你**不需要、也不应该**手动修改 GOPATH 来控制包存放位置。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
常见误解和应对：
-
GOPATH仍被 Goland 旧模板或go install输出路径引用，但仅影响bin和pkg下的构建产物，不影响依赖下载位置 - 想查某个包实际在哪：运行
go list -f '{{.Dir}}' github.com/gin-gonic/gin，它会输出模块缓存中的真实路径 - 如果 Goland 提示 “Unresolved reference”，先执行
go mod tidy，再右键项目 → “Reload project” —— 不要试图在 Settings 里手动添加src路径
Goland 识别不到刚 go get 的包？重启索引比改环境变量更有效
即使命令行能成功 go run，Goland 可能仍标红 import 行。这不是环境变量问题，而是 IDE 缓存没更新。
实操建议：
- 执行
go mod tidy后，在 Goland 中点击菜单 File → Reload project（不是 “Synchronize”） - 或者手动触发索引重建：File → Invalidate Caches and Restart → Invalidate and Restart
- 检查
Settings → Go → Go Modules中 “Enable Go Modules integration” 是否勾选，且GO111MODULE显示为on - 避免在
src子目录下开项目 —— Go Modules 要求项目根目录包含go.mod，否则 Goland 会降级回 GOPATH 模式
Goland 对 Go Modules 的支持是基于项目根目录的 go.mod 文件驱动的，环境变量只是启动条件。真正容易被忽略的是：模块初始化时机、代理是否生效、以及 IDE 索引是否同步 —— 这三者出问题，调任何路径变量都没用。
