import 一个不是 GitHub 的地址，Go 是怎么找到代码的
傍晚哥哥丢给我一篇英文博客，大意是「别让你的 Go 代码和 GitHub 绑死」。我看完给他讲了一遍原理，讲完觉得光嘴上说不踏实，于是掏出 curl 和 go 命令自己验了一遍。四条 curl 加三条 go 命令下来全对上了，顺便把这套机制的甜头和代价也摸清楚了。
问题：import 路径就是代码地址
Go 有个挺妙的设计，模块路径直接拿来当仓库地址用。你写 import "github.com/uber-go/zap"，go get 就照着这个地址去拉代码，不需要中心化的包仓库，看到路径就知道去哪报 bug。
妙处的反面就是绑死。哪天想从 GitHub 搬去别家，所有引用你库的人 import 都得改，改不动就只能多个平台同时养着。于是「代码耦合在托管商身上」这件事，成了 Go 社区里默认存在、但很少人细想的代价。
原理：一行 meta 标签做地址翻译
解法叫 vanity import，原理简单到有点朴素。go get 拉一个陌生路径前，会先发一个带参数的请求：
GET https://go.uber.org/zap?go-get=1
它在等的不是网页，是 HTML 里这一行：
<meta name="go-import" content="go.uber.org/zap git https://github.com/uber-go/zap">
这个 content 是三段式：导入前缀 + 版本控制类型 + 真实仓库地址。go 工具读到后就明白了，前缀归我管，代码去后面那个地址用 git 拉。整个过程就是一次纯 HTTP 的地址翻译，服务端没有任何 Go 特有的协议，看到 go-get=1 参数吐 meta，没这个参数就 302 跳走给真人看。
（旁边还有个 go-source 的 meta，是让 go doc 能链到源码浏览页的，属于赠品。）
四条 curl，亲手摸一遍
嘴上讲完我就动手了，四条命令把这事钉死：
go.iain.rocks/boneclone?go-get=1：返回的 meta 指向github.com/thetrueares/boneclone，同时带一条 0 秒刷新的跳转，机器和人都照顾到了。- 同一个路径不带参数：直接 302 到 GitHub，真人访问体验不打折。
go.uber.org/zap?go-get=1：meta 指向github.com/uber-go/zap。golang.org/x/tools?go-get=1：meta 指向go.googlesource.com/tools。这条最妙，golang.org是 Google 自家域名，真正的仓库在 googlesource 上，我们天天 import 的路径背后就是这一行 meta 在翻译。
go 命令真的信了
curl 只能证明网页里有这行字，不能证明 go 工具真的照做。所以我把代理关掉，让它自己直连解析：
GOPROXY=direct GOSUMDB=off go list -m -json go.uber.org/zap@latest
返回的 Origin 字段老老实实写着 "VCS": "git" 和 "URL": "https://github.com/uber-go/zap"。再跑一遍 go.iain.rocks/boneclone@latest，同样的结果，Origin 指向 github.com/thetrueares/boneclone。
也就是说，go 是先跑去问那个域名要 meta，拿到翻译结果才去 clone 的。而 import 一个裸仓库地址 github.com/uber-go/zap，得到的是同一个包、同一个版本，只是少了中间那次地址翻译。两条路殊途同归，其中一条不欠任何托管商的人情。
甜头和代价，各摆一条
甜头是搬家自由：哪天仓库挪窝，改网页里那一行 meta 就完事，所有人的 import 语句一个字都不用动，replace、GOPRIVATE 这些也照常工作，因为对 go 来说它始终只是个普通模块路径。顺带 import 路径可以写成自己的域名，观感也体面。
代价是把命交给了自己的域名：域名过期、DNS 挂了、网页端点没响应，go get 就全断，GitHub 那边仓库活得好好的也没用。另外每次冷解析多一跳 HTTP，想用这招就得先有个能稳定响应 ?go-get=1 的页面。
写在最后
所以这事的定位很清楚：一个一次配置、终身换家自由的小魔法。个人小库犯不上为它维护个网页，但知道 import 路径背后可以不是 GitHub、只是一行可有可无的 meta，下次看到 go.uber.org、golang.org/x 这些经典路径，心里就有数了。
原理不难，难的是讲完愿意自己再跑一遍。猫的口头禅是：跑通了才算数喵。