内网无法访问 proxy.golang.org 时应禁用代理并部署离线方案：执行 go env -w GOPROXY=direct 临时绕过，推荐部署 athens 或 goproxy.cn 离线镜像，并同步设置 GOSUMDB=off 或内网校验服务。
内网无法访问 proxy.golang.org 怎么办
Go 1.13+ 默认使用 proxy.golang.org 作为模块代理，内网机器直连会超时或返回 connection refused。这不是 Go 安装失败，而是模块下载卡在 go mod download 阶段。
- 临时绕过：执行
go env -w GOPROXY=direct，让 Go 直接从源码仓库（如 GitHub）拉取 —— 但内网通常也访问不了 GitHub，所以仅适用于已预置好 vendor 或私有 Git 的场景 - 推荐方案：在内网部署轻量代理服务，例如
athens或goproxy.cn的离线镜像版；若无服务器资源，可用一台能出网的机器跑goproxy（Go 实现的代理），再通过内网 IP 暴露端口 - 务必同步设置
GOSUMDB=off或指向内网校验服务，否则go build仍会尝试连接sum.golang.org
Go 二进制如何离线安装到无外网机器
官网下载的 go1.xx.x.linux-amd64.tar.gz 本身不依赖网络，但容易忽略两个关键点：路径权限和环境变量生效范围。
- 解压后把
bin/go路径加入PATH，建议写入/etc/profile.d/golang.sh（对所有用户生效），而非仅当前 shell 的~/.bashrc - 检查
GOROOT是否显式设置：内网环境常因多版本共存需指定，例如go env -w GOROOT=/opt/go；若未设，Go 会自动推导，但某些 CI 工具或 IDE 插件可能读取失败 - 验证安装：运行
go version和go env GOROOT，确保输出路径与实际安装路径一致；常见错误是解压到了/usr/local/go却忘了改GOROOT，导致go install写入错误目录
go mod vendor 在内网持续集成中怎么用才稳
go mod vendor 不是“一键打包所有依赖”，它只复制 go list -m all 中 resolve 出的模块，且默认不包含测试依赖或 replace 后的本地路径。
Investment Researcher Digital Employee
下载
覆盖宏观策略、固收研究、行业公司深度分析、量化因子、大类资产配置、可转债、市场情绪、政策快评、行业景气度追踪等34项核心研究能力，证券研究员的全能数字助手。
- 生成前先清理：执行
go mod tidy确保go.mod干净，否则 vendor 里可能混入已删模块的残留文件 - 必须加
-v参数：即go mod vendor -v，否则静默失败时难以定位缺了哪个包（比如某replace指向的内网 Git 仓库不可达） - CI 流程中禁用代理：在构建机上设
GOPROXY=direct GOSUMDB=off，再运行go build，否则即使有 vendor，Go 仍可能尝试校验远程 sum - vendor 目录需纳入 Git：虽然体积大，但这是内网构建唯一可信依赖来源；建议在
.gitignore中排除/vendor/**/*_test.go减少冗余
VS Code 连不上内网 Go 扩展的 gopls
内网安装 gopls 常见问题是 VS Code 自动更新机制失效，或 gopls 启动时仍尝试连接公网获取 schema、文档等辅助数据。
立即学习“go语言免费学习笔记（深入）”；
- 手动安装：在能出网的机器上运行
GO111MODULE=on go install golang.org/x/tools/gopls@latest，将生成的gopls二进制拷贝至内网机器的$GOPATH/bin，再在 VS Code 设置中指定"go.goplsPath": "/path/to/gopls" - 关闭非必要联网项：在 VS Code 的
settings.json中添加"gopls": {"usePlaceholders": false, "analyses": {}}，避免启动时请求pkg.go.dev - 关键检查点：运行
gopls version确认版本 ≥ 0.12.0（修复了大量内网路径解析 bug）；低于此版本在 Windows 内网路径（如Z:\project）下大概率报failed to load workspace
go get 到 gopls 初始化，再到 go test -v 里的某个第三方库的 init 函数。逐个关掉这些“默认联网开关”，比追求一步到位的自动化脚本更可靠。 
