引言

Go 語言這兩年在語言排行榜上的上升勢頭非常猛，Go 語言雖然是靜態編譯型語言，但是它卻擁有腳本化的語法，支持多種編程范式(函數式和面向對象)。Go 語言最最吸引人的地方可能是其原生支持并發編程(語言層面原生支持和通過第三方庫支持是有很大區別的)。Go 語言的對網絡通信、并發和并行編程的支持度極高，從而可以更好地利用大量的分布式和多核的計算機。開發者可以通過 goroutine 這種輕量級線程的概念來實現這個目標，然后通過 channel 來實現各個 goroutine 之間的通信。他們實現了分段棧增長和 goroutine 在線程基礎上多路復用技術的自動化。

2017年7月 TIOBE 語言排行榜 Go 首次進入前十。今天就讓我們來探究探究 Go 的編譯命令執行過程。

一. 理解 Go 的環境變量

1. GOROOT

該環境變量的值為 Go 語言的當前安裝目錄。

2. GOPATH

該環境變量的值為 Go 語言的工作區的集合（意味著可以有很多個）。工作區類似于工作目錄。每個不同的目錄之間用：分隔。（不同操作系統，GOPATH 列表分隔符不同，UNIX-like 使用 :冒號，Windows 使用;分號）

正因為搜索優先級和默認下載位置等原因，社區對于是否為每個項目單獨設置環境變量，還是將所有項目組織到同一個工作空間內存在爭議，有一個推薦的做法是寫一個腳本工具，作用類似 Python Virtual Environment，在激活某個項目的時候，自動設置相關的環境變量。

工作區是放置 Go 源碼文件的目錄。一般情況下，Go 源碼文件都需要存放到工作區中。

工作區一般會包含3個子文件夾，自己手動新建以下三個目錄：src 目錄，pkg 目錄，bin 目錄。

/home/halfrost/gorepo
├── bin
├── pkg
└── src

這里需要額外說的一點：關于 IDE 新建 Go 項目。IDE 在新建完 Go 的項目以后，會自動的執行 go get 命令去把相應的基礎包拉過來，
在這個過程中會新建 bin、pkg、src 三個目錄。不用 IDE 的同學，需要自己手動創建這三個目錄。

上圖是 Atom 的 go-plus 插件在一個新的項目打開的時候，自動 go get 的一些基礎包。

bin 目錄里面存放的都是通過 go install 命令安裝后，由 Go 命令源碼文件生成的可執行文件（ 在 Mac 平臺下是 Unix executable 文件，在 Windows 平臺下是 exe 文件）。

注意：有兩種情況下，bin 目錄會變得沒有意義。

1. 當設置了有效的 GOBIN 環境變量以后，bin 目錄就變得沒有意義。
2. 如果 GOPATH 里面包含多個工作區路徑的時候，必須設置 GOBIN 環境變量，否則就無法安裝 Go 程序的可執行文件。

pkg 目錄是用來存放通過 go install 命令安裝后的代碼包的歸檔文件(.a 文件)。歸檔文件的名字就是代碼包的名字。所有歸檔文件都會被存放到該目錄下的平臺相關目錄中，即在 $GOPATH/pkg/$GOOS_$GOARCH 中，同樣以代碼包為組織形式。

這里有兩個隱藏的環境變量，GOOS 和 GOARCH。這兩個環境變量是不用我們設置的，系統就默認的。GOOS 是 Go 所在的操作系統類型，GOARCH 是 Go 所在的計算架構。平臺相關目錄是以
$GOOS_$GOARCH 命名的，Mac 平臺上這個目錄名就是 darwin_amd64。

src 目錄是以代碼包的形式組織并保存 Go 源碼文件的。每個代碼包都和 src 目錄下的文件夾一一對應。每個子目錄都是一個代碼包。

代碼包包名和文件目錄名，不要求一致。比如文件目錄叫 myPackage，但是代碼包包名可以聲明為 “package service”，但是同一個目錄下的源碼文件第一行聲明的所屬包，必須一致！

這里有一個特例，命令源碼文件并不一定必須放在 src 文件夾中的。

這里需要糾正一個錯誤的觀點：“所有的 Go 的代碼都要放在 GOPATH 目錄下”（這個觀點是錯誤的）

說到這里需要談到 Go 的源碼文件分類：

如上圖，分為三類：

（1）命令源碼文件：

聲明自己屬于 main 代碼包、包含無參數聲明和結果聲明的 main 函數。

命令源碼文件被安裝以后，GOPATH 如果只有一個工作區，那么相應的可執行文件會被存放當前工作區的 bin 文件夾下；如果有多個工作區，就會安裝到 GOBIN 指向的目錄下。

命令源碼文件是 Go 程序的入口。

同一個代碼包中最好也不要放多個命令源碼文件。多個命令源碼文件雖然可以分開單獨 go run 運行起來，但是無法通過 go build 和 go install。

YDZ ~/LeetCode_Go/helloworld/src/me $  ls
helloworld.go  helloworldd.go

先說明一下，在上述文件夾中放了兩個命令源碼文件，同時都聲明自己屬于 main 代碼包。helloworld.go 文件輸出 hello world，helloworldd.go 文件輸出 worldd hello。接下來執行 go build 和 go install ，看看會發生什么。

YDZ ~/LeetCode_Go/helloworld/src/me $  go build
# _/Users/YDZ/LeetCode_Go/helloworld/src/me
./helloworldd.go:7: main redeclared in this block
    previous declaration at ./helloworld.go:50

YDZ ~/LeetCode_Go/helloworld/src/me $  go install
# _/Users/YDZ/LeetCode_Go/helloworld/src/me
./helloworldd.go:7: main redeclared in this block
    previous declaration at ./helloworld.go:50

這也就證明了多個命令源碼文件雖然可以分開單獨 go run 運行起來，但是無法通過 go build 和 go install。

同理，如果命令源碼文件和庫源碼文件也會出現這樣的問題，庫源碼文件不能通過 go build 和 go install 這種常規的方法編譯和安裝。具體例子和上述類似，這里就不再貼代碼了。

所以命令源碼文件應該是被單獨放在一個代碼包中。

（2）庫源碼文件

庫源碼文件就是不具備命令源碼文件上述兩個特征的源碼文件。存在于某個代碼包中的普通的源碼文件。

庫源碼文件被安裝后，相應的歸檔文件（.a 文件）會被存放到當前工作區的 pkg 的平臺相關目錄下。

（3）測試源碼文件

名稱以 _test.go 為后綴的代碼文件，并且必須包含 Test 或者 Benchmark 名稱前綴的函數。

func TestXXX( t *testing.T) {

}

名稱以 Test 為名稱前綴的函數，只能接受 *testing.T 的參數，這種測試函數是功能測試函數。

func BenchmarkXXX( b *testing.B) {

}

名稱以 Benchmark 為名稱前綴的函數，只能接受 *testing.B 的參數，這種測試函數是性能測試函數。

現在答案就很明顯了：

命令源碼文件是可以單獨運行的。可以使用 go run 命令直接運行，也可以通過 go build 或 go install 命令得到相應的可執行文件。所以命令源碼文件是可以在機器的任何目錄下運行的。

舉個例子：

比如平時我們在 LeetCode 上刷算法題，這時候寫的就是一個程序，這就是命令源碼文件，可以在電腦的任意一個文件夾新建一個 go 文件就可以開始刷題了，寫完就可以運行，對比執行結果，答案對了就可以提交代碼。

但是公司項目里面的代碼就不能這樣了，只能存放在 GOPATH 目錄下。因為公司項目不可能只有命令源碼文件的，肯定是包含庫源碼文件，甚至包含測試源碼文件的。

3.GOBIN

該環境變量的值為 Go 程序的可執行文件的目錄。

4.PATH

為了方便使用 Go 語言命令和 Go 程序的可執行文件，需要添加其值。追加的操作還是用：分隔。

export PATH=$PATH:$GOBIN

以上就是關于 Go 的4個重要環境變量的理解。還有一些其他的環境變量，用 go env 命令就可以查看。

YDZ ~ $  go env
GOARCH="amd64"
GOBIN="/Users/YDZ/Ele_Project/clairstormeye/bin"
GOEXE=""
GOHOSTARCH="amd64"
GOHOSTOS="darwin"
GOOS="darwin"
GOPATH="/Users/YDZ/Ele_Project/clairstormeye"
GORACE=""
GOROOT="/usr/local/Cellar/go/1.8.3/libexec"
GOTOOLDIR="/usr/local/Cellar/go/1.8.3/libexec/pkg/tool/darwin_amd64"
GCCGO="gccgo"
CC="clang"
GOGCCFLAGS="-fPIC -m64 -pthread -fno-caret-diagnostics -Qunused-arguments -fmessage-length=0 -fdebug-prefix-map=/var/folders/66/dcf61ty92rgd_xftrsxgx5yr0000gn/T/go-build977187889=/tmp/go-build -gno-record-gcc-switches -fno-common"
CXX="clang++"
CGO_ENABLED="1"
PKG_CONFIG="pkg-config"
CGO_CFLAGS="-g -O2"
CGO_CPPFLAGS=""
CGO_CXXFLAGS="-g -O2"
CGO_FFLAGS="-g -O2"
CGO_LDFLAGS="-g -O2"

在探索 Go 的編譯命令之前，需要說明的一點是：

Go 程序是通過 package 來組織的。

package <pkgName>（假設我們的例子中是 package main）這一行告訴我們當前文件屬于哪個包，而包名 main 則告訴我們它是一個可獨立運行的包，它在編譯后會產生可執行文件。除了 main 包之外，其它的包最后都會生成 *.a 文件（也就是包文件）并放置在 $GOPATH/pkg/$GOOS_$GOARCH中（以 Mac 為例就是
$GOPATH/pkg/darwin_amd64 ）。

Go 使用 package（和 Python 的模塊類似）來組織代碼。main.main() 函數(這個函數位于主包）是每一個獨立的可運行程序的入口點。

每一個可獨立運行的 Go 程序，必定包含一個 package main，在這個 main 包中必定包含一個入口函數 main，而這個函數既沒有參數，也沒有返回值。

二. 初探 Go 的編譯過程

目前 Go 最新版1.8.3里面基本命令只有以下的16個。

    build       compile packages and dependencies
    clean       remove object files
    doc         show documentation for package or symbol
    env         print Go environment information
    bug         start a bug report
    fix         run go tool fix on packages
    fmt         run gofmt on package sources
    generate    generate Go files by processing source
    get         download and install packages and dependencies
    install     compile and install packages and dependencies
    list        list packages
    run         compile and run Go program
    test        test packages
    tool        run specified go tool
    version     print Go version
    vet         run go tool vet on packages

其中和編譯相關的有 build、get、install、run 這4個。接下來就依次看看這四個的作用。

在詳細分析這4個命令之前，先羅列一下通用的命令標記，以下這些命令都可適用的：

1. go run

專門用來運行命令源碼文件的命令，注意，這個命令不是用來運行所有 Go 的源碼文件的！

go run 命令只能接受一個命令源碼文件以及若干個庫源碼文件（必須同屬于 main 包）作為文件參數，且不能接受測試源碼文件。它在執行時會檢查源碼文件的類型。如果參數中有多個或者沒有命令源碼文件，那么 go run 命令就只會打印錯誤提示信息并退出，而不會繼續執行。

這個命令具體干了些什么事情呢？來分析分析：

YDZ ~/LeetCode_Go/helloworld/src/me $  go run -n helloworld.go

#
# command-line-arguments
#

mkdir -p $WORK/command-line-arguments/_obj/
mkdir -p $WORK/command-line-arguments/_obj/exe/
cd /Users/YDZ/LeetCode_Go/helloworld/src/me
/usr/local/Cellar/go/1.8.3/libexec/pkg/tool/darwin_amd64/compile -o $WORK/command-line-arguments.a -trimpath $WORK -p main -complete -buildid 2841ae50ca62b7a3671974e64d76e198a2155ee7 -D _/Users/YDZ/LeetCode_Go/helloworld/src/me -I $WORK -pack ./helloworld.go
cd .
/usr/local/Cellar/go/1.8.3/libexec/pkg/tool/darwin_amd64/link -o $WORK/command-line-arguments/_obj/exe/helloworld -L $WORK -w -extld=clang -buildmode=exe -buildid=2841ae50ca62b7a3671974e64d76e198a2155ee7 $WORK/command-line-arguments.a
$WORK/command-line-arguments/_obj/exe/helloworld

這里可以看到創建了兩個臨時文件夾 _obj 和 exe，先執行了 compile 命令，然后 link，生成了歸檔文件.a 和 最終可執行文件，最終的可執行文件放在 exe 文件夾里面。命令的最后一步就是執行了可執行文件。

總結一下如下圖：

舉個例子，生成的臨時文件可以用go run -work看到，比如當前生成的臨時文件夾是如下的路徑：

/var/folders/66/dcf61ty92rgd_xftrsxgx5yr0000gn/T/go-build876472071

打印目錄結構：

├── command-line-arguments
│   └── _obj
│       └── exe
│           └── helloworld
└── command-line-arguments.a

可以看到，最終go run命令是生成了2個文件，一個是歸檔文件，一個是可執行文件。command-line-arguments 這個歸檔文件是 Go 語言為命令源碼文件臨時指定的一個代碼包。在接下來的幾個命令中，生成的臨時代碼包都叫這個名字。

go run 命令在第二次執行的時候，如果發現導入的代碼包沒有發生變化，那么 go run 不會再次編譯這個導入的代碼包。直接靜態鏈接進來。

go run -a

加上-a的標記可以強制編譯所有的代碼，即使歸檔文件.a存在，也會重新編譯。

如果嫌棄編譯速度慢，可以加上-p n，這個是并行編譯，n是并行的數量。n一般為邏輯 CPU 的個數。

2. go build

當代碼包中有且僅有一個命令源碼文件的時候，在文件夾所在目錄中執行 go build 命令，會在該目錄下生成一個與目錄同名的可執行文件。

// 假設當前文件夾名叫 myGoRepo

YDZ：~/helloworld/src/myGoRepo $ ls
helloworld.go
YDZ：~/helloworld/src/myGoRepo $ go build
YDZ：~/helloworld/src/myGoRepo $ ls
helloworld.go  myGoRepo

于是在當前目錄直接生成了以當前文件夾為名的可執行文件（ 在 Mac 平臺下是 Unix executable 文件，在 Windows 平臺下是 exe 文件）

我們先記錄一下這個可執行文件的 md5 值

YDZ ~/helloworld/src/myGoRepo $  md5 /Users/YDZ/helloworld/src/myGoRepo/myGoRepo
MD5 (/Users/YDZ/helloworld/src/myGoRepo/myGoRepo) = 1f23f6efec752ed34b9bd22b5fa1ddce

但是這種情況下，如果使用 go install 命令，如果 GOPATH 里面只有一個工作區，就會在當前工作區的 bin 目錄下生成相應的可執行文件。如果 GOPATH 下有多個工作區，則是在 GOBIN 下生成對應的可執行文件。

咱們先接著剛剛 go build 繼續操作。

YDZ：~/helloworld/src/myGoRepo $ ls
helloworld.go myGoRepo
YDZ：~/helloworld/src/myGoRepo $ go install
YDZ：~/helloworld/src/myGoRepo $ ls
helloworld.go 

執行完 go install 會發現可執行文件不見了！去哪里了呢？其實是被移動到了 bin 目錄下了（如果 GOPATH 下有多個工作區，就會放在
GOBIN 目錄下）。

YDZ：~/helloworld/bin $ ls
myGoRepo

再來比對一下這個文件的 md5 值：

YDZ ~/helloworld/bin $  md5 /Users/YDZ/helloworld/bin/myGoRepo
MD5 (/Users/YDZ/helloworld/bin/myGoRepo) = 1f23f6efec752ed34b9bd22b5fa1ddce

和 go build 命令執行出來的可執行文件完全一致。我們可以大膽猜想，是把剛剛 go build 命令執行出來的可執行文件移動到了 bin 目錄下（如果 GOPATH 下有多個工作區，就會放在 GOBIN 目錄下）。

那 go build 和 go install 究竟干了些什么呢？

這個問題一會再來解釋，先來說說 go build。

go build 用于編譯我們指定的源碼文件或代碼包以及它們的依賴包。，但是注意如果用來編譯非命令源碼文件，即庫源碼文件，go build 執行完是不會產生任何結果的。這種情況下，go build 命令只是檢查庫源碼文件的有效性，只會做檢查性的編譯，而不會輸出任何結果文件。

go build 編譯命令源碼文件，則會在該命令的執行目錄中生成一個可執行文件，上面的例子也印證了這個過程。

go build 后面不追加目錄路徑的話，它就把當前目錄作為代碼包并進行編譯。go build 命令后面如果跟了代碼包導入路徑作為參數，那么該代碼包及其依賴都會被編譯。

go run 的-a標記在 go build 這里同樣奏效，go build 加了-a強制編譯所有涉及到的代碼包，不加-a只會編譯歸檔文件不是最新的代碼包。

go build 使用-o標記可以指定輸出文件（在這個示例中指的是可執行文件）的名稱。它是最常用的一個 go build 命令標記。但需要注意的是，當使用標記-o的時候，不能同時對多個代碼包進行編譯。

標記-i會使 go build 命令安裝那些編譯目標依賴的且還未被安裝的代碼包。這里的安裝意味著產生與代碼包對應的歸檔文件，并將其放置到當前工作區目錄的 pkg 子目錄的相應子目錄中。在默認情況下，這些代碼包是不會被安裝的。

go build 常用的一些標記如下：

go build 命令究竟做了些什么呢？我們來打印一下每一步的執行過程。先看看命令源碼文件執行了 go build 干了什么事情。

#
# command-line-arguments
#

mkdir -p $WORK/command-line-arguments/_obj/
mkdir -p $WORK/command-line-arguments/_obj/exe/
cd /Users/YDZ/MyGitHub/LeetCode_Go/helloworld/src/me
/usr/local/Cellar/go/1.8.3/libexec/pkg/tool/darwin_amd64/compile -o $WORK/command-line-arguments.a -trimpath $WORK -p main -complete -buildid 2841ae50ca62b7a3671974e64d76e198a2155ee7 -D _/Users/YDZ/MyGitHub/LeetCode_Go/helloworld/src/me -I $WORK -pack ./helloworld.go
cd .
/usr/local/Cellar/go/1.8.3/libexec/pkg/tool/darwin_amd64/link -o $WORK/command-line-arguments/_obj/exe/a.out -L $WORK -extld=clang -buildmode=exe -buildid=2841ae50ca62b7a3671974e64d76e198a2155ee7 $WORK/command-line-arguments.a
mv $WORK/command-line-arguments/_obj/exe/a.out helloworld

可以看到，執行過程和 go run 大體相同，唯一不同的就是在最后一步，go run 是執行了可執行文件，但是 go build 命令是把可執行文件移動到了當前目錄的文件夾中。

打印看看生成的臨時文件夾的樹形結構

.
├── command-line-arguments
│   └── _obj
│       └── exe
└── command-line-arguments.a

和 go run 命令的結構基本一致，唯一的不同可執行文件不在 exe 文件夾中了，被移動到了當前執行 go build 的文件夾中了。

在來看看庫源碼文件執行了 go build 以后干了什么事情：

#
# _/Users/YDZ/Downloads/goc2p-master/src/pkgtool
#

mkdir -p $WORK/_/Users/YDZ/Downloads/goc2p-master/src/pkgtool/_obj/
mkdir -p $WORK/_/Users/YDZ/Downloads/goc2p-master/src/
cd /Users/YDZ/Downloads/goc2p-master/src/pkgtool
/usr/local/Cellar/go/1.8.3/libexec/pkg/tool/darwin_amd64/compile -o $WORK/_/Users/YDZ/Downloads/goc2p-master/src/pkgtool.a -trimpath $WORK -p _/Users/YDZ/Downloads/goc2p-master/src/pkgtool -complete -buildid cef542c3da6d3126cdae561b5f6e1470aff363ba -D _/Users/YDZ/Downloads/goc2p-master/src/pkgtool -I $WORK -pack ./envir.go ./fpath.go ./ipath.go ./pnode.go ./util.go

這里可以看到 go build 命令只是把庫源碼文件編譯了一遍，其他什么事情都沒有干。

再看看生成的臨時文件夾的樹形結構

.
└── _
    └── Users
        └── YDZ
            └── Downloads
                └── goc2p-master
                    └── src
                        ├── pkgtool
                        │   └── _obj
                        └── pkgtool.a

可以看到它的目錄結構層級前段部分是該代碼包所在本機的路徑的相對路徑。然后生成了歸檔文件 .a 文件。

總結一下如下圖：

關于 go build 和 go install 的不同，接下來分析完 go install 就會明白了，接下來繼續看 go install。

3. go install

go install 命令是用來編譯并安裝代碼包或者源碼文件的。

go install 用于編譯并安裝指定的代碼包及它們的依賴包。當指定的代碼包的依賴包還沒有被編譯和安裝時，該命令會先去處理依賴包。與 go build 命令一樣，傳給 go install 命令的代碼包參數應該以導入路徑的形式提供。并且，go build 命令的絕大多數標記也都可以用于
go install 命令。實際上，go install 命令只比 go build 命令多做了一件事，即：安裝編譯后的結果文件到指定目錄。

安裝代碼包會在當前工作區的 pkg 的平臺相關目錄下生成歸檔文件（即 .a 文件）。
安裝命令源碼文件會在當前工作區的 bin 目錄（如果 GOPATH 下有多個工作區，就會放在 GOBIN 目錄下）生成可執行文件。

同樣，go install 命令如果后面不追加任何參數，它會把當前目錄作為代碼包并安裝。這和 go build 命令是完全一樣的。

go install 命令后面如果跟了代碼包導入路徑作為參數，那么該代碼包及其依賴都會被安裝。

go install 命令后面如果跟了命令源碼文件以及相關庫源碼文件作為參數的話，只有這些文件會被編譯并安裝。

go install 命令究竟做了些什么呢？我們來打印一下每一步的執行過程。

#
# command-line-arguments
#

mkdir -p $WORK/command-line-arguments/_obj/
mkdir -p $WORK/command-line-arguments/_obj/exe/
cd /Users/YDZ/MyGitHub/LeetCode_Go/helloworld/src/me
/usr/local/Cellar/go/1.8.3/libexec/pkg/tool/darwin_amd64/compile -o $WORK/command-line-arguments.a -trimpath $WORK -p main -complete -buildid 2841ae50ca62b7a3671974e64d76e198a2155ee7 -D _/Users/YDZ/MyGitHub/LeetCode_Go/helloworld/src/me -I $WORK -pack ./helloworld.go
cd .
/usr/local/Cellar/go/1.8.3/libexec/pkg/tool/darwin_amd64/link -o $WORK/command-line-arguments/_obj/exe/a.out -L $WORK -extld=clang -buildmode=exe -buildid=2841ae50ca62b7a3671974e64d76e198a2155ee7 $WORK/command-line-arguments.a
mkdir -p /Users/YDZ/Ele_Project/clairstormeye/bin/
mv $WORK/command-line-arguments/_obj/exe/a.out /Users/YDZ/Ele_Project/clairstormeye/bin/helloworld

前面幾步依舊和 go run 、go build 完全一致，只是最后一步的差別，go install 會把命令源碼文件安裝到當前工作區的 bin 目錄（如果 GOPATH 下有多個工作區，就會放在 GOBIN 目錄下）。如果是庫源碼文件，就會被安裝到當前工作區的 pkg 的平臺相關目錄下。

還是來看看 go install 生成的臨時文件夾的結構：

.
├── command-line-arguments
│   └── _obj
│       └── exe
└── command-line-arguments.a

結構和運行了 go build 命令一樣，最終生成的文件也都被移動到了相對應的目標目錄中。

總結一下如下圖：

在安裝多個庫源碼文件時有可能遇到如下的問題：

hc@ubt:~/golang/goc2p/src/pkgtool$ go install envir.go fpath.go ipath.go pnode.go util.go
go install: no install location for .go files listed on command line (GOBIN not set)

而且，在我們為環境變量 GOBIN 設置了正確的值之后，這個錯誤提示信息仍然會出現。這是因為，只有在安裝命令源碼文件的時候，命令程序才會將環境變量 GOBIN 的值作為結果文件的存放目錄。而在安裝庫源碼文件時，在命令程序內部的代表結果文件存放目錄路徑的那個變量不會被賦值。最后，命令程序會發現它依然是個無效的空值。所以，命令程序會同樣返回一個關于“無安裝位置”的錯誤。這就引出一個結論，我們只能使用安裝代碼包的方式來安裝庫源碼文件，而不能在 go install 命令羅列并安裝它們。另外，go install 命令目前無法接受標記-o以自定義結果文件的存放位置。這也從側面說明了
go install 命令不支持針對庫源碼文件的安裝操作。

4. go get

go get 命令用于從遠程代碼倉庫（比如 Github ）上下載并安裝代碼包。注意，go get 命令會把當前的代碼包下載到 $GOPATH 中的第一個工作區的 src 目錄中，并安裝。

使用 go get 下載第三方包的時候，依舊會下載到 $GOPATH 的第一個工作空間，而非 vendor 目錄。當前工作鏈中并沒有真正意義上的包依賴管理，不過好在有不少第三方工具可選。

如果在 go get 下載過程中加入-d 標記，那么下載操作只會執行下載動作，而不執行安裝動作。比如有些非常特殊的代碼包在安裝過程中需要有特殊的處理，所以我們需要先下載下來，所以就會用到-d 標記。

還有一個很有用的標記是-u標記，加上它可以利用網絡來更新已有的代碼包及其依賴包。如果已經下載過一個代碼包，但是這個代碼包又有更新了，那么這時候可以直接用-u標記來更新本地的對應的代碼包。如果不加這個-u標記，執行 go get 一個已有的代碼包，會發現命令什么都不執行。只有加了-u標記，命令會去執行 git pull 命令拉取最新的代碼包的最新版本，下載并安裝。

命令 go get 還有一個很值得稱道的功能——智能下載。在使用它檢出或更新代碼包之后，它會尋找與本地已安裝 Go 語言的版本號相對應的標簽（tag）或分支（branch）。比如，本機安裝 Go 語言的版本是1.x，那么 go get 命令會在該代碼包的遠程倉庫中尋找名為 “go1” 的標簽或者分支。如果找到指定的標簽或者分支，則將本地代碼包的版本切換到此標簽或者分支。如果沒有找到指定的標簽或者分支，則將本地代碼包的版本切換到主干的最新版本。

go get 常用的一些標記如下：

go get 命令究竟做了些什么呢？我們還是來打印一下每一步的執行過程。

cd .
git clone https://github.com/go-errors/errors /Users/YDZ/Ele_Project/clairstormeye/src/github.com/go-errors/errors
cd /Users/YDZ/Ele_Project/clairstormeye/src/github.com/go-errors/errors
git submodule update --init --recursive
cd /Users/YDZ/Ele_Project/clairstormeye/src/github.com/go-errors/errors
git show-ref
cd /Users/YDZ/Ele_Project/clairstormeye/src/github.com/go-errors/errors
git submodule update --init --recursive
WORK=/var/folders/66/dcf61ty92rgd_xftrsxgx5yr0000gn/T/go-build124856678
mkdir -p $WORK/github.com/go-errors/errors/_obj/
mkdir -p $WORK/github.com/go-errors/
cd /Users/YDZ/Ele_Project/clairstormeye/src/github.com/go-errors/errors
/usr/local/Cellar/go/1.8.3/libexec/pkg/tool/darwin_amd64/compile -o $WORK/github.com/go-errors/errors.a -trimpath $WORK -p github.com/go-errors/errors -complete -buildid bb3526a8c1c21853f852838637d531b9fcd57d30 -D _/Users/YDZ/Ele_Project/clairstormeye/src/github.com/go-errors/errors -I $WORK -pack ./error.go ./parse_panic.go ./stackframe.go
mkdir -p /Users/YDZ/Ele_Project/clairstormeye/pkg/darwin_amd64/github.com/go-errors/
mv $WORK/github.com/go-errors/errors.a /Users/YDZ/Ele_Project/clairstormeye/pkg/darwin_amd64/github.com/go-errors/errors.a

這里可以很明顯的看到，執行完 go get 命令以后，會調用 git clone 方法下載源碼，并編譯，最終會把庫源碼文件編譯成歸檔文件安裝到 pkg 對應的相關平臺目錄下。

總結一下如下圖：

關于工作區的問題，這里額外提一下：

一般情況下，為了分離自己與第三方的代碼，我們會設置兩個或更多的工作區。我們現在有一個目錄路徑為 /home/hc/golang/lib 的工作區，并且它是環境變量 GOPATH 值中的第一個目錄路徑。注意，環境變量 GOPATH 中包含的路徑不能與環境變量GOROOT的值重復。好了，如果我們使用 go get 命令下載和安裝代碼包，那么這些代碼包都會被安裝在上面這個工作區中。我們暫且把這個工作區叫做
Lib 工作區。

三. 靜態鏈接 or 動態鏈接 ？

Go 在最初剛剛發布的時候，靜態鏈接被當做優點宣傳，只須編譯后的一個可執行文件，無須附加任何東西就能部署。將運行時、依賴庫直接打包到可執行文件內部，簡化了部署和發布的操作，無須事先安裝運行環境和下載諸多第三方庫。不過最新版本卻又加入了動態鏈接的內容了。

普通的 go build 、go install 用的都是靜態鏈接。可以驗證一下：

上圖是筆者用 MachOView 打開的 gofmt 文件，可以看到 fmt.Println 的地址是確定的，所以可以確定是靜態鏈接的。

目前最新版的 Go 是如何支持動態鏈接的呢？

在 go build 、go install 的時候加上 -buildmode 參數。

這些是以下 buildmode 的選項：

archive: 將非 main 包構建為 .a 文件 . main 包將被忽略。
c-archive: 將 main 軟件包及其導入的所有軟件包構建到 C 歸檔文件中
c-shared: 將列出的主要軟件包，以及它們導入的所有軟件包構建到
C 動態庫中。
shared: 將所有列出的非 main 軟件包合并到一個動態庫中。
exe: 構建列出的 main 包及其導入到可執行文件中的一切。 將忽略未命名為 main 的包。
默認情況下，列出的 main 軟件包內置到可執行文件中，列出的非
main 軟件包內置到 .a 文件中。

關于動態庫，筆者還沒有實踐過，這里就不繼續深入了，以后充分實踐后，再開一篇單獨的文章談談 Go 的動態鏈接。這里只是想說明一點，Go 目前不僅僅只有靜態鏈接，動態鏈接也支持了！

Reference：
《GO 命令教程》
《Go 并發編程實戰》

GitHub Repo：Halfrost-Field

Follow: halfrost · GitHub

Source: https://halfrost.com/go_command/