gopl-zh.github.com/ch10/ch10-07-3.md

107 lines
4.6 KiB
Markdown
Raw Normal View History

2016-02-15 03:06:34 +00:00
### 10.7.3. 构建包
2015-12-09 07:45:11 +00:00
2016-02-15 03:06:34 +00:00
`go build`命令编译命令行参数指定的每个包。如果包是一个库则忽略输出结果这可以用于检测包的可以正确编译的。如果包的名字是main`go build`将调用连接器在当前目录创建一个可执行程序;以导入路径的最后一段作为可执行程序的名字。
2015-12-09 07:45:11 +00:00
2016-02-15 03:06:34 +00:00
因为每个目录只包含一个包因此每个对应可执行程序或者叫Unix术语中的命令的包会要求放到一个独立的目录中。这些目录有时候会放在名叫cmd目录的子目录下面例如用于提供Go文档服务的golang.org/x/tools/cmd/godoc命令就是放在cmd子目录§10.7.4)。
2015-12-09 07:45:11 +00:00
2016-02-15 03:06:34 +00:00
每个包可以由它们的导入路径指定,就像前面看到的那样,或者用一个相对目录的路径知指定,相对路径必须以`.`或`..`开头。如果没有指定参数,那么默认指定为当前目录对应的包。 下面的命令用于构建同一个包, 虽然它们的写法各不相同:
2015-12-09 07:45:11 +00:00
```
$ cd $GOPATH/src/gopl.io/ch1/helloworld
$ go build
```
2016-01-08 13:32:31 +00:00
或者:
2015-12-09 07:45:11 +00:00
```
$ cd anywhere
$ go build gopl.io/ch1/helloworld
```
2016-01-08 13:32:31 +00:00
或者:
2015-12-09 07:45:11 +00:00
```
$ cd $GOPATH
$ go build ./src/gopl.io/ch1/helloworld
```
2016-02-15 03:06:34 +00:00
但不能这样:
2015-12-09 07:45:11 +00:00
```
$ cd $GOPATH
$ go build src/gopl.io/ch1/helloworld
Error: cannot find package "src/gopl.io/ch1/helloworld".
```
2016-02-15 03:06:34 +00:00
也可以指定包的源文件列表这一般这只用于构建一些小程序或做一些临时性的实验。如果是main包将会以第一个Go源文件的基础文件名作为最终的可执行程序的名字。
2015-12-09 07:45:11 +00:00
```
$ cat quoteargs.go
package main
import (
"fmt"
"os"
)
func main() {
fmt.Printf("%q\n", os.Args[1:])
}
$ go build quoteargs.go
$ ./quoteargs one "two three" four\ five
["one" "two three" "four five"]
```
2016-02-15 03:06:34 +00:00
特别是对于这类一次性运行的程序,我们希望尽快的构建并运行它。`go run`命令实际上是结合了构建和运行的两个步骤:
2015-12-09 07:45:11 +00:00
```
$ go run quoteargs.go one "two three" four\ five
["one" "two three" "four five"]
```
2016-02-15 03:06:34 +00:00
第一行的参数列表中,第一个不是以`.go`结尾的将作为可执行程序的参数运行。
2015-12-09 07:45:11 +00:00
2016-02-15 03:06:34 +00:00
默认情况下,`go build`命令构建指定的包和它依赖的包,然后丢弃除了最后的可执行文件之外所有的中间编译结果。依赖分析和编译过程虽然都是很快的,但是随着项目增加到几十个包和成千上万行代码,依赖关系分析和编译时间的消耗将变的可观,有时候可能需要几秒种,即使这些依赖项没有改变。
2015-12-09 07:45:11 +00:00
2016-02-15 03:06:34 +00:00
`go install`命令和`go build`命令很相似,但是它会保存每个包的编译成果,而不是将它们都丢弃。被编译的包会被保存到$GOPATH/pkg目录下目录路径和 src目录路径对应可执行程序被保存到$GOPATH/bin目录。很多用户会将$GOPATH/bin添加到可执行程序的搜索列表中。还有`go install`命令和`go build`命令都不会重新编译没有发生变化的包,这可以使后续构建更快捷。为了方便编译依赖的包,`go build -i`命令将安装每个目标所依赖的包。
2015-12-09 07:45:11 +00:00
2016-02-15 03:06:34 +00:00
因为编译对应不同的操作系统平台和CPU架构`go install`命令会将编译结果安装到GOOS和GOARCH对应的目录。例如在Mac系统golang.org/x/net/html包将被安装到$GOPATH/pkg/darwin_amd64目录下的golang.org/x/net/html.a文件。
2015-12-09 07:45:11 +00:00
2016-02-15 03:06:34 +00:00
针对不同操作系统或CPU的交叉构建也是很简单的。只需要设置好目标对应的GOOS和GOARCH然后运行构建命令即可。下面交叉编译的程序将输出它在编译时操作系统和CPU类型
2015-12-09 07:45:11 +00:00
2016-01-20 15:08:50 +00:00
<u><i>gopl.io/ch10/cross</i></u>
2015-12-09 07:45:11 +00:00
```Go
func main() {
fmt.Println(runtime.GOOS, runtime.GOARCH)
}
```
2016-02-15 03:06:34 +00:00
下面以64位和32位环境分别执行程序
2015-12-09 07:45:11 +00:00
```
$ go build gopl.io/ch10/cross
$ ./cross
darwin amd64
$ GOARCH=386 go build gopl.io/ch10/cross
$ ./cross
darwin 386
```
2016-02-15 03:06:34 +00:00
有些包可能需要针对不同平台和处理器类型使用不同版本的代码文件以便于处理底层的可移植性问题或提供为一些特定代码提供优化。如果一个文件名包含了一个操作系统或处理器类型名字例如net_linux.go或asm_amd64.sGo语言的构建工具将只在对应的平台编译这些文件。还有一个特别的构建注释注释可以提供更多的构建过程控制。例如文件中可能包含下面的注释
2015-12-09 07:45:11 +00:00
```Go
// +build linux darwin
```
2016-02-15 03:06:34 +00:00
在包声明和包注释的前面,该构建注释参数告诉`go build`只在编译程序对应的目标操作系统是Linux或Mac OS X时才编译这个文件。下面的构建注释则表示不编译这个文件
2015-12-09 07:45:11 +00:00
```Go
// +build ignore
```
2016-02-15 03:06:34 +00:00
更多细节可以参考go/build包的构建约束部分的文档。
2015-12-09 07:45:11 +00:00
```
$ go doc go/build
```