goland中需通过作用域（scope）显式排除vendor等路径，因go.mod的exclude/replace仅影响构建不作用于ide静态分析；配置时须确保路径匹配、作用域启用且已共享至团队。
GoLand 项目作用域中排除 vendor 或第三方库路径
GoLand 本身不提供“按模块名排除静态分析”的开关，而是通过 作用域（Scope） 控制哪些文件参与代码检查、搜索、重构等操作。想让 go vet、golint 或 IDE 内置检查跳过特定第三方库（如 vendor/ 或某 fork 的 github.com/your-org/legacy-lib），必须把它们从当前作用域中显式排除。
- 打开
Settings（Ctrl+Alt+S），进入Appearance & Behavior → Scopes - 点击
+新建一个Shared作用域（推荐共享，便于团队统一行为） - 命名如
Production Only，然后在Pattern字段输入排除表达式：!file:vendor/**&&!file:third_party/**&&!file:github.com/your-org/legacy-lib/** - 注意：
!表示否定，**匹配任意深度子目录；路径需与项目内实际目录结构一致（区分大小写） - 保存后，在
Inspections设置里，将该作用域设为默认检查范围
为什么不能只靠 go.mod exclude 或 replace？
go mod exclude 和 replace 是构建时依赖解析规则，对 GoLand 的静态分析器完全无效。IDE 不读取这些指令来决定“要不要扫描某个文件”，它只看文件是否落在当前作用域内。即使你在 go.mod 里写了 exclude github.com/x/y v1.2.0，只要该版本的源码物理存在于 vendor/github.com/x/y/ 下，且没被作用域排除，GoLand 就会照常分析它——并可能报出一堆你不关心的第三方警告。
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
排除后仍被分析？检查三个地方
常见失效原因不是配置错，而是路径没对上：
-
go list ./输出的包路径是否和你作用域里写的路径前缀一致？比如go list显示github.com/your-org/legacy-lib/v2，但你只排除了github.com/your-org/legacy-lib/**，漏掉了/v2子目录 - 作用域是否被正确应用到具体检查项？进
Settings → Editor → Inspections，展开某条检查（如Go → Unused parameter），确认其Scope下拉框选的是你新建的作用域，而不是默认的Project Files - 文件是否被意外包含在其他作用域中？GoLand 支持多作用域叠加，如果某个文件同时匹配多个作用域（包括默认作用域），它仍会被分析。用
File → File Properties右键查看当前文件实际归属的作用域
CI 或多人协作时容易忽略的点
作用域定义存在 .idea/scopes/ 目录下，若未纳入 Git，其他人打开项目时用的仍是默认作用域。务必确认 .idea/scopes/shared-scope.xml 已提交，并且文件里 <pattern></pattern> 中的路径是相对项目根目录的，不带 $PROJECT_DIR$ 这类变量（否则跨机器可能失效）。另外，GoLand 启动时若检测到 go.mod，会自动启用 Go Modules 模式，此时 vendor/ 路径通常就是项目根下的 vendor/，但如果你用 go mod vendor -v 指定了输出路径，作用域里的排除路径也得同步改。
