Golang笔记：包管理机制

本文主要是介绍Golang笔记：包管理机制，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

Go语言使用包组织源代码，并实现命名空间的管理。Go不强制包名和所在目录同名，但好的工程实践建议同名。包定义不包括目录路径，但引用一般是相对GOPATH的全路径引用，所以包一般都会放在公司或个人的域名目录下。

包引用

Go语言自带标准库的包在$GOROOT/src下面，可直接引用；
自定义的包和第三方包需要放在$GOPATH/src下面才能被引用；

引用了包，但是代码中没有用到，编译器会报错。
如果是为了仅仅是为了使用包里面的 init 函数，可以通过import _ packageName 的方法。

包依赖

Golang项目开发中，如果涉及到了多个git库的project，每个project又有各自的第三方依赖。考虑到每台机器的GOPATH的全局共享，第三方包也是随着各自project的版本一一对应依赖，这时就用到了vendor和dep。

vendor

Go寻找包依赖，是从环境变量$GOPATH/src指定的位置寻找的，而且第三包存放的目录路径相对GOPATH是不能随便改的，因为这是import导入路径时的一部分。但是GOPATH是全局的，如果GOPATH下有两个项目都依赖了同一个第三方包的不同版本，直接把第三方包放到GOPATH下，就无法解决这个问题了。Go为了解决这个问题引入了vendor机制。

Go 1.5版本引入vendor机制，在1.6版本默认开启。有了vendor机制后，Go编译时就优先从项目源码树根目录下的vendor目录查找代码，如果没有，再去GOPATH中去查找。这样的查找依赖顺序就解决了同一个GOPATH下不同的项目对个子依赖的第三方包的解耦管理。比如：ProjectA 依赖 C1，Project B依赖C2，那么把C1和C2放到各自项目下的vendor目录即可。

有了vendor后第三方包查找顺序：

当前包下有vendor目录，则从其下面查找第三方包；没有找到下一步；
沿当前包目录逐级目录向上查找vendor目录，直到$GOPATH/src/的vendor，只要找到vendor就去下面查找；
在$GOPATH下查找；
在$GOROOT下查找；

dep

有了vendor后，还不能解决同一个项目对依赖的第三方包的版本管理，这时可以用官方的 dep 来配合。

dep的官方介绍：https://golang.github.io/dep/docs/introduction.html

使用go get获取dep:

go get -u github.com/golang/dep/cmd/dep

安装成功后:

在GOPATH/src下会有github.com/golang/dep目录，默认是master分支
在GOPATH/bin下会有对应的可执行文件，把这个目录加到系统PATH环境变量，就可以直接命令执行；
查看版本的方法同查看go版本的方法一样，godep version即可查看。

对于go get，获取的第三方包在GOPATH下，如上面例子直接被所有工程共享。

使用dep可以做到第三方包的精细管理。使用 dep init 初始化工程，新老工程都行，然后会有三个文件：

Gopkg.toml     // 用户来配置依赖的 source/branch/version等，学好vim快速修改配置文件，哈哈~
Gopkg.lock     // 自动生成，不可以修改，描述当前工程的第三方包版本试图
vendor         // 跟前面的vendor是一样的

dep init 做了如下事情：

Look for existing dependency management files to convert
Check if your dependencies use dep
Identify your dependencies
Back up your existing vendor/ directory (if you have one) to _vendor-TIMESTAMP/
Pick the highest compatible version for each dependency
Generate Gopkg.toml (“manifest”) and Gopkg.lock files
Install the dependencies in vendor/

具体用法可以看官方文档。