golangci-lint本身不指定Go版本，其检查能力取决于运行时go version输出的SDK版本及go.mod中go directive声明的版本，三者必须对齐才能确保泛型、弃用API等检查准确有效。
golangci-lint 本身不直接指定 Go 版本
它不提供 --go-version 或类似参数。真正起作用的是底层 linter（如 staticcheck、govet）对当前 GOVERSION 的感知能力，而这个版本由运行时环境决定——即你执行 golangci-lint run 时，当前 shell 中的 go version 输出版本。
这意味着：你不能在 .golangci.yml 里写 “请按 Go 1.21 规则检查”，也不能靠配置让工具“假装”用旧版语法分析泛型代码。它只会用你本地 go 命令对应的 SDK 去解析 AST、加载类型信息。
为什么改 GOVERSION 能影响检查结果
某些 linter 的行为随 Go SDK 版本变化而变化，典型例子：
-
staticcheck在 Go 1.21+ 才能正确理解type T[U any]泛型约束，旧版会跳过或报错解析失败 -
govet的shadow检查在 Go 1.22 后新增了对闭包内变量遮蔽的识别 -
unused对泛型实例化函数的未使用判定，依赖go list -deps输出，而该命令在GO111MODULE=off下行为异常（CI 常见坑）
所以不是 golangci-lint “支持某版本”，而是它把检查工作委托给对应版本的 Go 工具链 —— 换个 go 可执行文件，检查能力就变了。
CI 中必须显式控制 Go 版本
本地开发可能默认用最新 go，但 CI 环境容易漂移。常见失效场景：
- GitHub Actions 默认 Ubuntu runner 的
go是系统包（如 1.18），而项目已用type Set[T comparable] - GitLab CI 使用自建 runner，
go version未声明，导致staticcheck报大量SA5011: impossible type assertion（实为解析失败） - Docker 镜像中 GOPROXY 或 GOSUMDB 不一致，
go list加载依赖失败，unused和errcheck失效
解决方式只有一条：在 CI 脚本开头明确安装并激活目标版本：
curl -sSfL https://go.dev/dl/go1.23.3.linux-amd64.tar.gz | sudo tar -C /usr/local -xzf - export PATH="/usr/local/go/bin:$PATH" go version # 必须验证输出含 1.23.3 golangci-lint run --config=.golangci.yml
无法绕过 go.mod 的 go directive
go.mod 文件顶部的 go 1.21 不是装饰，它是模块语义的锚点。golangci-lint 会读取它，并传递给部分 linter（如 staticcheck）用于启用/禁用对应语言特性的检查逻辑。
如果你的 go.mod 写着 go 1.19，但强行用 go 1.23 运行 golangci-lint，会出现两类问题：
- 泛型代码被当作语法错误跳过（
govet报syntax error: unexpected [） -
staticcheck的 SA1019（弃用 API 检查）可能漏报，因为它的弃用数据库按go.mod声明的最小版本裁剪
结论很实在：想让检查准，go.mod 的 go 行、CI 安装的 go 版本、开发者本地 go 版本，三者必须对齐。少一个，golangci-lint run 就可能安静退出却漏掉关键问题。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
