Go依赖取自GitHub：能否确保其永久可用？

作为从Node.js转Go的开发者，你关注的这个点确实是Go模块和npm包管理的核心差异之一，下面直接拆解问题：

核心影响分情况讨论 #

• 本地已缓存依赖的项目：Go会把下载过的依赖存在本地缓存目录（默认是$GOPATH/pkg/mod或$HOME/go/pkg/mod），只要缓存没被清理，已经构建过的项目能正常编译、运行，不会受原仓库删除的影响。但如果要在新环境构建、或者执行go mod tidy/go get拉取该依赖的新版本，就会直接报错。
• 无本地缓存的新环境/新项目：如果原仓库被删除，且该依赖的对应版本没被Go代理缓存过，go get等命令会提示找不到模块，无法完成依赖拉取，项目构建失败。
• 依赖了该模块的开源项目：其他开发者克隆后尝试构建时，会遇到和上面一样的问题，除非他们能找到该模块的镜像副本或缓存。

Go的缓存兜底机制：Go Proxy #

Go官方默认提供了proxy.golang.org代理服务，它会缓存所有被请求过的模块版本。只要某个版本的模块曾经被任何人通过代理拉取过，就算原仓库删除，通过代理依然能获取到该版本的内容。但要注意：代理只缓存已被请求过的版本，如果某个版本从未被代理抓取过，原仓库删了就彻底无法获取。

这和npm的中央注册表逻辑不同：npm是开发者主动把包上传到注册表归档，所有包版本都有备份；而Go是按需缓存，依赖代理的历史缓存记录。

实用应对方案 #

• Fork关键依赖：把核心依赖fork到自己的代码仓库，修改项目go.mod里的依赖路径指向自己的fork，比如把github.com/xxx/yyy改成github.com/yourname/yyy，这样原仓库删除也不影响你的项目。
• 启用Go代理：确保你的Go环境配置了GOPROXY=https://proxy.golang.org,direct，让依赖拉取走代理，利用缓存兜底。
• Vendor依赖：执行go mod vendor命令，把所有依赖的源代码复制到项目根目录的vendor文件夹里，项目构建时会优先使用本地vendor的代码，完全脱离对外部仓库的依赖。

内容的提问来源于stack exchange，提问作者Felix