Alt+Enter仅优化当前文件import，不执行go mod tidy；真正清理依赖需手动在Terminal中cd至模块根目录，运行go build ./、go test ./验证后，再执行go mod tidy -v。
Alt+Enter 在 GoLand 里不会直接触发 go mod tidy——它只做当前文件级别的 import 优化，不是项目级依赖清理。想真正执行 go mod tidy，得手动进 Terminal 或用 Run Configuration，别指望快捷键一键搞定。
为什么 Alt+Enter 不等于 go mod tidy
GoLand 的 Alt+Enter（Windows/Linux）或 Option+Enter（macOS）在 import 行上触发的是「Optimize imports」操作，它只干两件事：
- 删掉当前
.go文件里未被引用的import语句 - 按字母顺序重排剩余 import 分组（标准库 / 第三方 / 本地）
它完全不碰 go.mod：不会删掉模块里已声明但没被任何文件引用的包，也不会补上 build tag 或跨平台条件编译所需的间接依赖。比如你删了 import "net/http"，但 go.mod 里还留着 golang.org/x/net，Alt+Enter 视而不见。
真正安全运行 go mod tidy 的推荐路径
别跳过验证步骤，否则可能删掉还在用的包（尤其带 //go:build 的集成测试或 WASM 构建）：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 先确保所有
.go文件已保存（特别是刚删完 import 的文件） - 打开 Terminal（
Alt+F12），cd到含go.mod的根目录 - 跑一次
go build ./和go test ./，确认当前代码能通过 - 再执行
go mod tidy -v——-v能看到每条removing unused，方便你快速核对删的是不是真冗余 - 如果项目用了
//go:build integration等 tag，得先加 tag 再 tidy：go build -tags=integration ./→GOOS=js go mod tidy -v
GoLand 里哪些地方会“自动”调用 go mod tidy
IDE 有三个被动触发点，但都不可靠，不能替代手动执行：
- 新建
.go文件并写入新 import 时，右下角弹出「Synchronize dependencies」提示，点它会跑一次go mod tidy（但只在当前 module 下，且不带-v） - 修改
go.mod手动添加require后，保存文件时 IDE 可能自动 tidy（取决于 Settings → Go → Go Modules → «Sync dependencies on save» 是否勾选） - 点击菜单
File → Sync Project with File System—— 这个动作有时会顺带 tidy，但行为不稳定，不建议依赖
这些自动行为都不校验 build/test 结果，也不处理多 tag 场景，容易漏删或误删。
容易被忽略的关键细节
很多人卡在 go list -m: can't compute 'all' using the vendor directory 这类报错，根本原因常是：
- 项目根目录下存在
vendor/文件夹，但没配-mod=mod（正确做法是删掉vendor，改用 modules 原生管理） -
GO111MODULE没设为on（检查go env GO111MODULE，不是空或off） - 终端里执行
go mod tidy时不在go.mod所在目录（GoLand Terminal 默认打开位置未必是项目根目录）
最稳妥的方式，永远是：开 Terminal → pwd 确认路径 → go mod tidy -v → 对照输出逐行判断删得对不对。
