# Go语言包和包管理
# 1 包简介
# 1.1 工作空间
go语言的工作空间必须由 bin、pkg、src三个目录组成,可以在
GOPATH
环境变量中添加多个工作空间,但不能和GOROOT
相同。通常go get
使用第一个工作空间保存下载的第三方库
workspace
|
+--- bin // go install 安装目录。
| |
| +--- learn
|
|
+--- pkg // go build ⽣成静态库 (.a) 存放目录。
| |
| +--- darwin_amd64
| |
| +--- mylib.a
| |
| +--- mylib
| |
| +--- sublib.a
|
+--- src // 项目源码目录。
|
+--- learn
| |
| +--- main.go
|
|
+--- mylib
|
+--- mylib.go
|
+--- sublib
|
+--- sublib.g
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
# 1.2 源文件
- 编码:源码⽂件必须是 UTF-8 格式,否则会导致编译器出错。
- 结束:语句以 “;” 结束,多数时候可以省略。
- 注释:⽀持 “//”、 “/**/” 两种注释⽅式,不能嵌套。
- 命名:采⽤ camelCasing ⻛格,不建议使⽤下划线。
# 1.3 包命名
包命名惯例
- 给包命名的惯例是使用包所在目录的名字。这让用户在导入包的时候,就能清晰地知道包名。
- 尽量使用简介明了的名字,但要避免冲突
- 包名一般使用单数的形式,但是避免冲突的用的复数比如bytes,errors,strings等
- 要避免包名有其他含义。比如 temp这种
- 命名时考虑包名和成员如何配合,尽量减少包名和成员有重复
# 1.4 main 包
- 所有用 Go 语言编译的可执行程序都必须有一个名叫 main 的包。 go语言的编译器会将这种名字的包编译为二进制可执行文件。
- main包下肯定会有名为main()的函数,main()是程序的入口。
- 编译完会使用声明 main 包的代码所在的目录的目录名作为二进制可执行文件的文件名
# 2导包
关键字 Import ,进行导包。未使用的导入包,会编译错误。
# 2.1 两种方式
import a import b,…多次导入,以及import(a b c) 批量导入,如果导入的包不使用会报错。
import "fmt"
//或者
import(
"fmt"
"time"
)
2
3
4
5
6
7
# 2.2 包的别名
import(
io "fmt"
)
io.Println("hello world") //别名可以直接用,在包重名时很有用
2
3
4
# 2.3 简洁模式
import (
. "fmt" //但是为了别人好看,一般还是不用这种
)
func main(){
Println("hello")
}
2
3
4
5
6
# 2.4非导入模式(匿名导入)
即导入一个包并不使用它。如果不加_,就会出现编译错误。 在这里用下划线 _ 重命名导入的包。只导入,不使用。 但是这个包它进行了初始化,一般在
init
函数调用,这样做的好处是,有些包我们不显示使用它,但是有可能用到它,或者由用户选择使用哪个。比如 对特定图像驱动包的初始化,在我们格式化转换图片用到。还有database/sql
包,可以先都初始化,让用户选择不同的数据库驱动。
import _ "test" //非导入模式:仅让该包执行初始化函数
# 2.5 导包的路径
一般情况下是包的相对路径。比如
import "learn/test"
,标准库中的包会在安装 Go 的位置找到,即GOROOT
。 Go 开发者创建的包会在GOPATH
环境变量指定的目录里查找。GOPATH
指定的这些目录就是开发者的个人工作空间。
# 2.6 远程导入
目前的大势所趋是,使用分布式版本控制系统
(Distributed Version Control Systems, DVCS)
来分享代码,如GitHub
、Launchpad
还有Bitbucket
。 Go 语言的工具链本身就支持从这些网站及 类似网站获取源代码。 Go 工具链会使用导入路径确定需要获取的代码在网络的什么地方。 比如:import "github.com/xxxx/xxx"
,用导入路径编译程序时, go build 命令会使用GOPATH
的设置,在磁盘上搜索这个包。事实上, 这个导入路径代表一个URL,指向GitHub
上的代码库。如果路径包含 URL,可以使用 Go 工具链从DVCS
获取包,并把包的源代码保存在GOPATH
指向的路径里与 URL 匹配的目录里。这个获取过程 使用 go get 命令完成。 go get 将获取任意指定的 URL 的包,或者一个已经导入的包所依赖的其 他包。由于 go get的这种递归特性,这个命令会扫描某个包的源码树,获取能找到的所有依赖包。
# 3 初始化 init
每个包可以包含任意多个 init 函数,这些函数都会在程序执行开始的时候被调用。所有被编译器发现的 init 函数都会安排在 main 函数之前执行。 init 函数用在设置包、初始化变量或者其他要在程序运行前优先完成的引导工作。举例如下
package postgres
import (
"database/sql"
)
func init() { //初始化函数
//这里省略。。
sql.Register("postgres", new(PostgresDriver))
}
2
3
4
5
6
7
8
9
# 3.1 init总结
- 每个源⽂件都可以定义⼀个或多个初始化函数。
- 编译器不保证多个初始化函数执行次序。
- 初始化函数在单⼀线程被调用,仅执行⼀次。
- 初始化函数在包所有全局变量初始化后执行。
- 在所有初始化函数结束后才执行 main.main。
- 无法调用初始化函数。
# 4 包管理
# 4.1 演变过程
- 2013年:Gedep,社区第一个包管理工具
- 2015年:vendor,Golang官方(golang1.5)
- 2016、2017 年:dep、manul、Godep、Govendor、godm (Govendor胜出)
- go module是Go1.11版本之后官方推出的版本管理工具,并且从Go1.13版本开始,go module将是Go语言默认的依赖管理工具。
# 4.2 Go Model优点
- 不必须将项目目录放在GOPATH中
- 不使用vendor目录,而是统一安装到$GOPATH/pkg/mod/cache
- build/run时,自动析出项目import的包并安装
# 4.3 启用go module
要启用
go module
支持首先要设置环境变量GO111MODULE
,通过它可以开启或关闭模块支持,它有三个可选值:off、on、auto,默认值是auto。 设置GO111MODULE=on
之后就可以使用go module
了,以后就没有必要在GOPATH
中创建项目了,并且还能够很好的管理项目依赖的第三方包信息。 使用go module
管理依赖后会在项目根目录下生成两个文件go.mod
和go.sum
。
GO111MODULE=off
禁用模块支持,编译时会从GOPATH
和vendor
文件夹中查找包。GO111MODULE=on
启用模块支持,编译时会忽略GOPATH
和vendor
文件夹,只根据go.mod
下载依赖。GO111MODULE=auto
,当项目在$GOPATH/src
外且项目根目录有go.mod
文件时,开启模块支持。
# 4.4 GOPROXY
Go1.13之后
GOPROXY
默认值为https://proxy.golang.org,在国内是无法访问的,所以十分建议大家设置GOPROXY
,详细设置请参考设置GOPROXY教程
# 5 go mod详解
# 5.1 go mod命令
常用的go mod命令如下:
go mod命令 | 描述 |
---|---|
go mod download | 下载依赖的module到本地cache(默认为$GOPATH/pkg/mod目录) |
go mod edit | 编辑go.mod文件 |
go mod graph | 打印模块依赖图 |
go mod init | 初始化当前文件夹, 创建go.mod文件 |
go mod tidy | 增加缺少的module,删除无用的module |
go mod vendor | 将依赖复制到vendor下 |
go mod verify | 校验依赖 |
go mod why | 解释为什么需要依赖 |
# 5.2 go.mod说明
go.mod
文件记录了项目所有的依赖信息,其结构大致如下:
module github.com/ourlang/studygo/myblog
go 1.13
require (
github.com/DeanThompson/ginpprof v0.0.0-20190408063150-3be636683586
github.com/gin-gonic/gin v1.4.0
github.com/go-sql-driver/mysql v1.4.1
github.com/jmoiron/sqlx v1.2.0
github.com/satori/go.uuid v1.2.0
google.golang.org/appengine v1.6.1 // indirect
)
2
3
4
5
6
7
8
9
10
11
12
- module用来定义包名
- require用来定义依赖包及版本
- indirect表示间接引用
# 5.2.1 依赖的版本
go mod
支持语义化版本号,比如go get foo@v1.2.3
,也可以跟git的分支或tag,比如go get foo@master
,当然也可以跟git提交哈希,比如go get foo@e3702bed2
。关于依赖的版本支持以下几种格式:
gopkg.in/tomb.v1 v1.0.0-20141024135613-dd632973f1e7
gopkg.in/vmihailenco/msgpack.v2 v2.9.1
gopkg.in/yaml.v2 <=v2.2.1
github.com/tatsushid/go-fastping v0.0.0-20160109021039-d7bb493dee3e
latest
2
3
4
5
# 5.2.2 replace
在国内访问
golang.org/x
的各个包都需要翻墙,你可以在go.mod
中使用replace
替换成github
上对应的库。
replace (
golang.org/x/crypto v0.0.0-20180820150726-614d502a4dac => github.com/golang/crypto v0.0.0-20180820150726-614d502a4dac
golang.org/x/net v0.0.0-20180821023952-922f4815f713 => github.com/golang/net v0.0.0-20180826012351-8a410e7b638d
golang.org/x/text v0.3.0 => github.com/golang/text v0.3.0
)
2
3
4
5
# 5.3 go get
在项目中执行go get命令可以下载依赖包,并且还可以指定下载的版本。
- 运行
go get -u
将会升级到最新的次要版本或者修订版本(x.y.z, z是修订版本号, y是次要版本号) - 运行
go get -u=patch
将会升级到最新的修订版本 - 运行
go get package@version
将会升级到指定的版本号version
- 如果下载所有依赖可以使用
go mod download
命令。
# 5.3.1 整理依赖
我们在代码中删除依赖代码后,相关的依赖库并不会在
go.mod
文件中自动移除。这种情况下我们可以使用go mod tidy
命令更新go.mod
中的依赖关系
# 5.4 go mod edit
# 5.4.1 格式化
因为我们可以手动修改go.mod文件,所以有些时候需要格式化该文件。Go提供了一下命令:
go mod edit -fmt
# 5.4.2 添加依赖项
go mod edit -require=golang.org/x/text
# 5.4.3 移除依赖项
如果只是想修改
go.mod
文件中的内容,那么可以运行go mod edit -droprequire=package path
,比如要在go.mod
中移除golang.org/x/text
包,可以使用如下命令
go mod edit -droprequire=golang.org/x/text
# 6 项目中使用go module
# 6.1 现有项目
如果需要对一个已经存在的项目启用go module
,可以按照以下步骤操作:
- 在项目目录下执行
go mod init
,生成一个go.mod
文件。 - 执行
go get
,查找并记录当前项目的依赖,同时生成一个go.sum
记录每个依赖库的版本和哈希值
# 6.2 新项目
对于一个新创建的项目,我们可以在项目文件夹下按照以下步骤操作:
- 执行
go mod init
项目名命令,在当前项目文件夹下创建一个go.mod
文件。 - 手动编辑
go.mod
中的require
依赖项或执行go get
自动发现、维护依赖。