go get 自动代理

最近发现技术交流群里很多人在询问 go get 墙外包失败的问题，大家给了很多解决方案：

• 从 Github 的代码库 clone
• 设置 GOPROXY 环境变量配置代理, 例如：GOPROXY= https://goproxy.io
• 配置命令行代理，https_proxy 环境变量
• 使用 go mod replace
• 使用 Gopm 类似的工具
• ……

Go 的社区很活跃，国内 gopher 对 Go 的热情不会因为墙的存在而减少，从社区想到这么多翻墙方案就能看出来了。

上面的方法都是可行的，但是总有一些不尽人意，社区也一直在找更好的方法，我一直使用自动代理的方式获取墙外的包，可以支持所有 Go 原生拉取包操作，比如 go get、go mod、dep、godep、glide 等各种方法，只需要配置一次，只要在任何原生命令前加前缀运行命令即可，效率很高。

实战操作

工具类就先不讲原理，想直接获取方法的同学看这一部分即可，想了解原理的同学可以看后面的。

你需要准备如下工具：

• 一个 http 代理
• Git
• Github 账号设置好 ssh
• 其它 git 相关服务设置好 ssh (例如自建 gitlab)
• 一个可以运行shell的环境 (linux、Mac、windows 可以使用 git bash)

具体步骤

• 首先通过 git 设置需要不代理的网站，以 Github 为例，执行 git config --global [email protected]:.insteadof https://github.com/ 从 https 转到 ssh 协议，这样会使我们设置的 https 代理不作用在 ssh 协议上，如果有自建的服务只要更换地址就可以了。

• 新建一个脚本 (proxy)，修改里面的代理地址为自己的代理地址，如下：

  #!/usr/bin/env bash 
  # 如果你的系统没有bash，或者没有 /usr/bin/env ，请修改上一行指令为你的环境
  export http_proxy=http://127.0.0.1:1087  # 代理地址需要换成自己的
  export https_proxy=http://127.0.0.1:1087
  export ftp_proxy=http://127.0.0.1:1087
  
  exec ${@:1}
  

• 给 shell 脚本设置可执行权限，然后放到 path 环境变量路径下。

• 测试 proxy curl https://www.google.com 和 curl https://www.google.com 第一个命令可以获取到结果，第二个命令不可以。

• 测试 proxy go get -v golang.org/x/text/… 可以正常下载包，其它任何拉取包命令都可以添加 proxy 前缀执行 ，比如 proxy dep ensure -v

截止当前你就配置了一个 go get 自动代理的环境，以后需要翻墙操作的指令运行时加 proxy 就可以了，该方法并不只适用于 go get ，任何需要命令行代理都可以使用。

原理篇

实际原理简单，找到这种方法也是一种巧合，在入坑 Go 之前我经常用 linux，当时有一些需求需要命令行翻墙，找到了三个环境变量 http_proxy 、 https_proxy 、 ftp_proxy ，但是全局设置导致很多请求变慢，如果在一个窗口临时设置就导致需要记住那个窗口设置了代理，切换窗口成本也比较高，后来根据 shell 的特性，任何一个脚本都有自己独立的环境变量，所以用一个脚本设置代理环境变量， exec ${@:1} 可以执行脚本后面的指令，也就是我们实际需要运行的指令，这样在需要代理的命令前就加上这个脚本前缀就好了，单行命令代理就这么简单的配置好了。

前期我使用 go 的时候遇到下载不了的包时，就会在 go get 前加上 proxy 指令，但是我发现拉取 Github 包的效率非常低，本身国内现在访问 Github 已经很快了。也是一个巧合，当时我公司 Go 项目迁移到 Github 上，所有项目全部是私有项目，有同事提供了一个 git https 转 ssh 协议的操作， git config --global url.git@….:.insteadof https://…./ ，这个操作让我看到一个隐性福利，之前的代理只会代理 https 并不能代理 ssh 协议，那么使用这个指令把不需要代理的网站全部转成 ssh 协议，然后加上 proxy 运行 go get 就成了自动代理了，尝试之后确实效率很高，至此一直使用到今天。