详解Go语言中关于包导入必学的 8 个知识点
1. 单行导入与多行导入
在 Go 语言中，一个包可包含多个 .go 文件（这些文件必须得在同一级文件夹中），只要这些 .go 文件的头部都使用 package 关键字声明了同一个包。
导入包主要可分为两种方式：
单行导入
import "fmt" import "sync"
多行导入
import( "fmt" "sync" )
如你所见，Go 语言中 导入的包，必须得用双引号包含，在这里吐槽一下。
2. 使用别名
在一些场景下，我们可能需要对导入的包进行重新命名，比如
我们导入了两个具有同一包名的包时产生冲突，此时这里为其中一个包定义别名
import ( "crypto/rand" mrand "math/rand" // 将名称替换为mrand避免冲突 )
我们导入了一个名字很长的包，为了避免后面都写这么长串的包名，可以这样定义别名
import hw "helloworldtestmodule"
防止导入的包名和本地的变量发生冲突，比如 path 这个很常用的变量名和导入的标准包冲突。
import pathpkg "path"
3. 使用点操作
如里在我们程序内部里频繁使用了一个工具包，比如 fmt，那每次使用它的打印函数打印时，都要 包名+方法名。
对于这种使用高频的包，可以在导入的时，就把它定义会 "自己人"（方法是使用一个 . ），自己人的话，不分彼此，它的方法，就是我们的方法。
从此，我们打印再也不用加 fmt 了。
import . "fmt"
func main() {
Println("hello, world")
}
但这种用法，会有一定的隐患，就是导入的包里可能有函数，会和我们自己的函数发生冲突。
4. 包的初始化
每个包都允许有一个 init 函数，当这个包被导入时，会执行该包的这个 init 函数，做一些初始化任务。
对于 init 函数的执行有两点需要注意
init 函数优先于 main 函数执行
在一个包引用链中，包的初始化是深度优先的。比如，有这样一个包引用关系：main→A→B→C，那么初始化顺序为
C.init→B.init→A.init→main
5. 包的匿名导入
当我们导入一个包时，如果这个包没有被使用到，在编译时，是会报错的。
但是有些情况下，我们导入一个包，只想执行包里的 init 函数，来运行一些初始化任务，此时怎么办呢？
可以使用匿名导入，用法如下，其中下划线为空白标识符，并不能被访问
// 注册一个PNG decoder import _ "image/png"
由于导入时，会执行 init 函数，所以编译时，仍然会将这个包编译到可执行文件中。
6. 导入的是路径还是包？
当我们使用 import 导入 testmodule/foo 时，初学者，经常会问，这个 foo 到底是一个包呢，还是只是包所在目录名？
import "testmodule/foo"
为了得出这个结论，专门做了个试验（请看「第七点里的代码示例」），最后得出的结论是：
导入时，是按照目录导入。导入目录后，可以使用这个目录下的所有包。
出于习惯，包名和目录名通常会设置成一样，所以会让你有一种你导入的是包的错觉。
7. 相对导入和绝对导入
据我了解在 Go 1.10 之前，好像是不支持相对导入的，在 Go 1.10 之后才可以。
绝对导入：从 $GOPATH/src 或 $GOROOT 或者 $GOPATH/pkg/mod 目录下搜索包并导入
相对导入：从当前目录中搜索包并开始导入。就像下面这样
import ( "./module1" "../module2" "../../module3" "../module4/module5" )
分别举个例子吧
一、使用绝对导入
有如下这样的目录结构（注意确保当前目录在 GOPATH 下）
其中 main.go 是这样的
package main
import (
"app/utilset" // 这种使用的就是绝对路径导入
)
func main() {
utils.PrintHello()
}
而在 main.go 的同级目录下，还有另外一个文件夹 utilset ，为了让你理解 「第六点：import 导入的是路径而不是包」，我在 utilset 目录下定义了一个 hello.go 文件，这个go文件定义所属包为 utils。
package utils
import "fmt"
func PrintHello(){
fmt.Println("Hello, 我在 utilset 目录下的 utils 包里")
}
运行结果如下
二、使用相对导入
还是上面的代码，将绝对导入改为相对导入后
将 GOPATH 路径设置回去（请对比上面使用绝对路径的 GOPATH）
然后再次运行
总结一下，使用相对导入，有两点需要注意
项目不要放在 $GOPATH/src 下，否则会报错（比如我修改当前项目目录为GOPATH后，运行就会报错）
Go Modules 不支持相对导入，在你开启 GO111MODULE 后，无法使用相对导入。
最后，不得不说的是：使用相对导入的方式，项目可读性会大打折扣，不利用开发者理清整个引用关系。
所以一般更推荐使用绝对引用的方式。使用绝对引用的话，又要谈及优先级了
8. 包导入路径优先级
前面一节，介绍了三种不同的包依赖管理方案，不同的管理模式，存放包的路径可能都不一样，有的可以将包放在 GOPATH 下，有的可以将包放在 vendor 下，还有些包是内置包放在 GOROOT 下。
那么问题就来了，如果在这三个不同的路径下，有一个相同包名但是版本不同的包，我们导入的时候，是选择哪个进行导入呢？
这就需要我们搞懂，在 Golang 中包搜索路径优先级是怎样的？
这时候就需要区分，是使用哪种模式进行包的管理的。
如果使用 govendor
当我们导入一个包时，它会：
- 先从项目根目录的 vendor 目录中查找
- 最后从 $GOROOT/src 目录下查找
- 然后从 $GOPATH/src 目录下查找
- 都找不到的话，就报错。
为了验证这个过程，我在创建中创建一个 vendor 目录后，就开启了 vendor 模式了，我在 main.go 中随便导入一个包 pkg，由于这个包是我随便指定的，当然会找不到，找不到就会报错， Golang 会在报错信息中打印中搜索的过程，从这个信息中，就可以看到 Golang 的包查找优先级了。
如果使用 go modules
你导入的包如果有域名，都会先在 $GOPATH/pkg/mod 下查找，找不到就连网去该网站上寻找，找不到或者找到的不是一个包，则报错。
而如果你导入的包没有域名（比如 "fmt"这种），就只会到 $GOROOT 里查找。
还有一点很重要，当你的项目下有 vendor 目录时，不管你的包有没有域名，都只会在 vendor 目录中想找。
通常vendor 目录是通过 go mod vendor 命令生成的，这个命令会将项目依赖全部打包到你的项目目录下的 verdor 文件夹中。
