第一讲 工作区和GOPATH

此为 《极客时间&Go语言核心36讲》 个人笔记，具体课程详见极客时间官网。

Table of Contents generated with DocToc

• 第一讲 工作区和GOPATH
  • 1. 环境变量配置
  • 2. 配置GOPATH的意义
    • 2.1 Go语言源码的组织方式
    • 2.2 源码安装后的结果（归档文件、可执行文件）
    • 2.3 理解构建和安装Go程序的过程
  • 3. 补充
    • 3.1 go build命令一些可选项的用途和用法
    • 3.2 go get
    • 3.3 其他

第一讲 工作区和GOPATH

1. 环境变量配置

在这个过程需要配置3个环境变量：GOROOT、GOPATH、GOBIN。

• GOROOT：Go语言安装根目录的路径，也就是Go语言的安装路径；
• GOPATH：若干工作区目录的路径，是我们自己定义的工作空间；
• GOBIN：GO程序生成的可执行文件的路径；

2. 配置GOPATH的意义

可以把GOPATH简单理解成Go语言的工作目录，它的值是一个路径，在 GOPATH指定的工作目录下，代码总是会保存在 $GOPATH/src 目录下。在工程经过go build、go install 或 go get 等指令后，会将产生的二进制可执行文件放在 $GOPATH/bin 目录下，生成的中间缓存文件会被保存在 $GOPATH/pkg 下。

环境变量 GOPATH 指向的是一个或多个工作区，每个工作区中都会有以代码包为基本组织形式的源码文件。

由于Go语言项目在其生命周期内的所有操作（编码、依赖管理、构建、测试、安装等）基本上都围绕GOPATH和工作区进行，所以可以拓展出其他问题：

2.1 Go语言源码的组织方式

和大多数编程语言一样，Go语言的源码也是以代码包为基本单位的。每个代码包都会有导入路径，在使用程序实体之前都必须导入其所在的代码包，例如：

import "github.com/labstack/echo"
1

在工作区中，一个代码包的导入路径实际上就是从src子目录，到该包的实际存储位置的相对路径。一般情况下，Go语言的源码文件都需要被存放在环境变量GOPATH包含的某个工作区（目录）中的src目录下的某个代码包（目录）中。

2.2 源码安装后的结果（归档文件、可执行文件）

源码文件通常会被放在某个工作区的src子目录下，那么在安装后如果产生了归档文件（xxx.a，程序编译后生成的静态库文件），就会放进该工作区的pkg子目录；如果产生了可执行文件，就会放进该工作区的bin子目录下。

归档文件的相对目录与pkg目录之间还有一集目录，叫做平台相关目录，一般是由构建（build）的目标操作系统、下划线和木匾计算架构的代号组成。

2.3 理解构建和安装Go程序的过程

构建使用命令go build，安装使用命令go install，构建和安装代码包的时候都会执行编译、打包等操作。

3. 补充

3.1 go build命令一些可选项的用途和用法

中go build时，默认不会编译目标代码包所依赖的那些代码包，除非它依赖的代码包的归档文件不存在，或者（被依赖代码包的）源码文件有了变化，同时，还可以可以使用-a来强制编译。另外，如果不但要编译依赖的代码包，还要安装它们的归档文件，可以使用-i。

• -x：查看go build命令具体都执行了哪些操作；
• -n：查看操作而不执行；
• -v：查看go build命令编译的代码包名称；

3.2 go get

go get会自动从一些主流代码库下载目标代码，并把它们安装到环境变量GOPATH包含的第一个工作区的相应目录中。如果存在环境变量GOBIN，那么仅包含命令源码文件的代码包会被安装到GOBIN指向的那个目录。

• -u：下载并安装代码包，无论工作区是否已经存在它们；
• -d：只下载代码包，但不安装；
• -fix：下载代码包后，先运行一个修正代码的工具，然后再安装；
• -t：下载并测试所需的代码包；
• -insecure：允许通过非安全的网络协议下载和安装代码包；（例如：http…）

3.3 其他

• Go语言在多个工作区中查找依赖包的时候是以怎样的顺序进行的？

  根据GOPATH从上到下查找。

• 如果多个工作区中存在导入路径相同的代码包会产生冲突吗？

  不会，代码包上根据GOPATH从上到下查找，找到即可停止，先找到哪个就用哪个。