本文主要是介绍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/
具体用法可以看官方文档。
参考：
- Go语言核心编程
- Go的包管理工具（一）
- Golang依赖管理工具：Dep
这篇关于Golang笔记：包管理机制的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
