当我们真正用 Go 去做项目，或者阅读 Go 项目（如，Go 实现的开源项目）时，不可避免的会遇到包依赖问题，一些包管理方式总是很难区分、选择。Go的包管理与Java的Maven依赖管理不太一样，起初Go的包管理方式经常会被人吐槽，但随之Go版本的升级也出现了不同的包管理方式，以满足不同的需求。
今天，我们就GOPATH开始来了解 Go 最基本的包管理方式，让你彻底认清它。（虽然很简单，但作为系列文章还是有必然单独说一下的）
1、GOPATH
GOPATH, 被称之为“工作目录”，是 Go 语言中使用的一个环境变量，它使用绝对路径提供Go项目的绝对路径，类似于eclipse中的工作空间workspace。
工作目录是一个工程开发的相对参考目录，好比当你要在公司编写一套服务器代码，你的工位所包含的桌面、计算机及椅子就是你的工作区。工作区的概念与工作目录的概念也是类似的。如果不使用工作目录的概念，在多人开发时，每个人有一套自己的目录结构，读取配置文件的位置不统一，输出的二进制运行文件也不统一，这样会导致开发的标准不统一，影响开发效率。
GOPATH适合处理大量 Go语言源码、多个包组合而成的复杂工程。
1.1 GOPATH的基本使用
其实早在[1.2 Go语言从入门到精通：开发环境搭建](./1.2 Go语言从入门到精通：开发环境搭建.md)一文中已经涉及到了GOPATH，GOPATH的配置在安装时已经设置过了。
查看
因GOPATH作为一个环境变量而存在，可直接输入命令go env来查看：
C:\Users\Administrator>go env…省略其它…set GOPATH=E:\github…省略其它…
从命令行输出中，可以看到GOPATH设定的路径为：E:\github。（该GOPATH是我手动修改过的）
在 Go 1.8 版本之前，GOPATH环境变量默认为空。从 Go 1.8 版本开始，Go 开发包在安装完成后，将GOPATH赋予了一个默认的目录。
设置
选择一个目录，执行命令set GOPATH=<GOPATH>：
C:\Users\Administrator>set GOPATH=E:\github
Linux环境下，执行命令export GOPATH=<GOPATH>。
1.2 GOPATH工程结构
在GOPATH目录下会存在三个文件夹：
bin、pkg是在编译时（如，执行go build、go install、go get等命令）创建。
例如：
bin/hello# command executableoutyet# command executablepkg/……src//golang/example/.git/ # Git repository metadatahello/hello.go# command sourceoutyet/main.go# command sourcemain_test.go # test sourcestringutil/reverse.go # package sourcereverse_test.go # test /x/image/.git/ # Git repository metadatabmp/reader.go # package sourcewriter.go # package source
1.3 GOPATH和GOROOT的区别
不同于其他语言，Go 语言中没有项目的说法，只有包的概念。其中，GOROOT和GOPATH很容易被大家混为一谈。
GOROOT： Go 语言的安装目录。（类似于 Java 的JDK，存放的是一些内置包、编译工具等）GOPATH：我们的工作空间，即：保存 Go 的代码和第三方依赖包。
2、小结
GOPATH是最早的依赖包管理方式，是将所有的本地代码和第三方包代码均放在GOPATH/src目录下，它的优点是统一管理，方便查询和引用。
但是在使用过程中会有一个非常严重的问题，那就是由于所有不同的项目都放在GOPATH/src目录下，当多个不同项目引用的是同一个第三方包，但是该第三包的不同版本时，便会导致严重的包依赖问题。
因此，这也是 Go 语言之初被诟病的一个点，那么该如何解决上述问题呢？
