原文链接：https://blog.thinkeridea.com/201903/go/go_get_proxy.html
最近发现技术交流群里很多人在询问 go get 墙外包失败的问题，大家给了很多解决方案：
从 Github 的代码库 clone
设置 GOPROXY 环境变量配置代理, 例如：GOPROXY=https://goproxy.io
配置命令行代理，https_proxy 环境变量
使用 go mod replace
使用 Gopm 类似的工具
……
Go 的社区很活跃，国内 gopher 对 Go 的热情不会因为墙的存在而减少，从社区想到这么多FQ方案就能看出来了。
上面的方法都是可行的，但是总有一些不尽人意，社区也一直在找更好的方法，我一直使用自动代理的方式获取墙外的包，可以支持所有 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 url.git@github.com:.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 自动代理的环境，以后需要FQ操作的指令运行时加 proxy 就可以了，该方法并不只适用于 go get，任何需要命令行代理都可以使用。
原理篇实际原理简单，找到这种方法也是一种巧合，在入坑 Go 之前我经常用 linux，当时有一些需求需要命令行FQ，找到了三个环境变量 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 就成了自动代理了，尝试之后确实效率很高，至此一直使用到今天。