GoLand自动导入golang.org/x/等包的根本原因是其默认将整个go.mod构建图（含indirect依赖）纳入补全索引，不区分是否实际使用；需通过启用useImportPathsForIndexing、配置Scope过滤路径、关闭Add unambiguous imports on the fly三者协同解决。
GoLand 为什么总自动导入 golang.org/x/ 或 testutil 这类包
根本原因不是你写了 import，而是 GoLand 默认把整个 go.mod 构建图（含所有 // indirect 依赖）都纳入补全索引。它不区分“你用没用”，只认“有没有声明”。比如 golang.org/x/tools 被某个间接依赖拉进来，哪怕你一行都没 import 过它，它照样出现在补全列表里，还可能被“自动导入”功能偷偷加进你的文件。
禁用特定包的自动导入：靠 Scope + 索引路径控制
GoLand 没有“黑名单包名”的开关，但能通过作用域（Scope）精准过滤补全来源——这是目前最稳定、副作用最小的做法：
- 打开 Settings → Appearance & Behavior → Scopes，点击
+新建一个 scope，命名如main-only - 在 Pattern 字段填：
file:src//||file:cmd//||!file:**/vendor/**||!file:**/testutil/**||!file:**/golang.org/x/** - 回到 Editor → General → Code Completion，关闭
Show suggestions regardless of context，并把Autopopup code completion的范围设为刚才新建的main-onlyscope
注意：!file:**/golang.org/x/** 这类写法只影响补全候选，不影响编译或 go list -m all 输出；但它能让那些包彻底不出现在 Ctrl+Space 列表里，也就断了自动导入的源头。
关键配置项：useImportPathsForIndexing 必须启用
即使加了 Scope，如果索引本身还是基于整张构建图，补全干扰仍会残留。必须强制 GoLand 只按实际 import 路径建索引：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 在项目根目录下确保存在
.idea/misc.xml - 在里面添加以下内容（若已有
GoProjectSettings组件，则仅补上useImportPathsForIndexing选项）：<project version="4"> <component name="GoProjectSettings"> <option name="useImportPathsForIndexing" value="true"/> </component> </project> - 改完保存，手动触发
File → Reload project——go mod tidy不会刷新这个索引
这个设置让 GoLand 把 import "github.com/user/repo/pkg" 当作唯一索引依据，而不是去扫描 go.mod 里所有 require 行。没被 import 的包，连进补全列表的资格都没有。
别碰 Auto Import 的“Add unambiguous imports on the fly”
这个选项表面是“帮你省事”，实际是干扰源：
- 它会在你敲完函数名后，自动帮你补上整个 import 行，且不校验该包是否真在当前 scope 内
- 哪怕你已用 Scope 排除了
golang.org/x/net/http2，它仍可能在你输入http2.时强行 import - 解决方法：进入 Settings → Editor → General → Auto Import，取消勾选
Add unambiguous imports on the fly
真正干净的补全体验，依赖的是索引精准 + scope 严格 + 自动导入关闭三者配合。单独关掉某一项，问题大概率还会回来。
