goland提示已废弃包是因为go.mod仍声明该包或其被间接依赖；需先用go mod graph和go mod why确认引用关系，再删源码import并运行go mod tidy -v清理，最后清除goland缓存重启。
GoLand 为什么还在提示已废弃的包
不是 GoLand 的问题，而是 go.mod 里还留着那个包，或者它被其他模块间接拉进来了。GoLand 的代码提示（包括 import 补全、跳转、悬停文档）完全依赖 go list -deps 和 gopls 提供的符号信息，只要模块在当前解析图里，就会被索引和提示。
先确认这个包是否真被废弃了
别只看 GitHub README 或文档里写了 “deprecated”，得看实际引用关系：
- 运行
go mod graph | grep 'github.com/old/pkg'，看谁在依赖它 - 运行
go mod why -m github.com/old/pkg，输出非(main module does not need this module)就说明仍有路径需要它 - 检查是否有
import _ "github.com/old/pkg"这类空白导入——即使没调用，go mod tidy也会保留 - 留意
//go:build integration或_test.go文件：默认go mod tidy不扫描测试代码，得加-tags=integration或显式跑go mod tidy -compat=1.21
安全剔除步骤：从代码到缓存
不能直接删 go.mod 里的 require 行，必须让 Go 工具链自己判断：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 删掉所有源码中对它的
import（包括_test.go和生成代码），保存文件 - 运行
go mod tidy -v，观察输出里是否有removing unused github.com/old/pkg - 如果没出现，说明它被间接依赖了；用
go mod graph | grep old/pkg找出上游模块，再决定是升级上游、还是加replace跳过 - 执行完
tidy后，再跑一次go list -m all | grep old/pkg确认消失 - 重启 GoLand 或点击
File → Reload project from disk，让gopls重新加载模块图
GoLand 缓存残留导致提示不消失
即使 go.mod 已清理干净，GoLand 可能还缓存着旧的模块索引：
- 菜单栏点
File → Invalidate Caches and Restart… → Invalidate and Restart - 不要选 “Just Restart”，必须选带
Invalidate的选项 - 重启后等右下角
Indexing...完成再验证提示是否还在 - 极端情况可手动删
~/Library/Caches/JetBrains/GoLand2025.2/gopls（macOS）或对应 Windows/Linux 路径下的gopls缓存目录
真正难处理的是那些靠 plugin.Open、reflect.ImportPath 或构建时注入的包——它们不会出现在 import 语句里，go mod tidy 永远看不到，GoLand 也就永远会提示。这种得靠文档、团队约定或运行时日志来识别，没法靠工具自动剔除。
