Go原生插件机制依赖标准库plugin包，本质是通过cgo调用dlopen/dlsym实现动态加载，但存在编译、加载约束多且文档缺失的问题；验证GOPROXY是否生效需用go mod download -x观察实际请求地址，并确保配置GOPROXY=... ,direct及配套GOPRIVATE。
go mod download 还在连 proxy.golang.org？检查 GOPROXY 是否真生效
不是配置了 go env -w GOPROXY=... 就完事——很多情况下 go 命令启动的子进程根本没读到这个值，仍 fallback 到默认代理。最直接的验证方式是加 -x 参数看实际请求地址：
- 运行
go mod download -x github.com/gin-gonic/gin@v1.9.1 - 观察输出里最后一行是否为
GET https://goproxy.cn/...；如果出现GET https://proxy.golang.org/...或git clone，说明代理未生效 - 常见原因：Shell 未导出环境变量（只改了
go env但没export GOPROXY），或 IDE 启动的终端没重载配置
GOPROXY=https://goproxy.cn 后面必须跟 ,direct
漏掉 ,direct 是高频翻车点，尤其当你项目里有私有模块（比如 git.internal.company.com/lib）时，Go 会卡在 404 或 checksum mismatch 上。
-
,direct表示：对不匹配GOPRIVATE的模块走代理，匹配的则直连 Git 服务器 - 必须配套设置
GOPRIVATE，否则 Go 仍会把私有路径发给代理查，结果当然是 not found - 正确顺序：
go env -w GOPRIVATE=git.internal.company.com→go env -w GOPROXY=https://goproxy.cn,direct - 多个域名用逗号分隔，不支持通配符（
git.internal.*无效）
checksum mismatch 不是网速问题，先清缓存再查 GOSUMDB
报 verifying github.com/xxx@v1.2.3: checksum mismatch，大概率不是代理慢，而是本地缓存污染或校验源不可达。
- 先执行
go clean -modcache清掉所有已下载模块 - 检查
GOSUMDB：运行go env GOSUMDB，若返回空或sum.golang.org，在国内基本无法访问，会导致反复校验失败 - 临时调试可设
go env -w GOSUMDB=off，但上线前务必关掉——它会彻底关闭依赖完整性保护 - 更稳妥的做法是保留校验：用
go env -w GOSUMDB=sum.golang.org+replace=gosum.io（需确认 gosum.io 可达）
go install 工具（如 gopls）还是超时？换用 GO111MODULE=on go install
go get 在新版本 Go 中已被标记为 deprecated，且对 golang.org/x/... 路径有特殊处理逻辑，容易绕过 GOPROXY 直连。
立即学习“go语言免费学习笔记（深入）”；
- 改用
GO111MODULE=on go install golang.org/x/tools/gopls@latest - 如果仍超时，说明该路径被硬编码绕过了代理，此时可临时替换为镜像地址：
github.com/golang/tools（注意同步改代码里的 import） - 企业内网建议配
GONOPROXY和GONOSUMDB，值必须完全一致，例如：go env -w GONOPROXY=git.internal.company.com&&go env -w GONOSUMDB=git.internal.company.com
GOPROXY 是否被所有子进程继承、,direct 是否启用、GOPRIVATE 是否覆盖全部私有路径——这三个点漏掉任何一个，go mod download 就会无声退回到默认代理，白配。 
