走出舒適區(qū)，我了解了 Go 的交叉編譯功能。

在 Linux 上測試軟件時，我使用各種架構的服務器，例如 Intel、AMD、Arm 等。當我 分配了一臺滿足我的測試需求的 Linux 機器，我仍然需要執(zhí)行許多步驟：

1. 下載并安裝必備軟件
2. 驗證構建服務器上是否有新的測試軟件包
3. 獲取并設置依賴軟件包所需的 yum 倉庫
4. 下載并安裝新的測試軟件包(基于步驟 2)
5. 獲取并設置必需的 SSL 證書
6. 設置測試環(huán)境，獲取所需的 Git 倉庫，更改配置，重新啟動守護進程等
7. 做其他需要做的事情

用腳本自動化

這些步驟非常常規(guī)，以至于有必要對其進行自動化并將腳本保存到中央位置(例如文件服務器)，在需要時可以在此處下載腳本。為此，我編寫了 100-120 行的 Bash shell 腳本，它為我完成了所有配置(包括錯誤檢查)。這個腳本通過以下方式簡化了我的工作流程：

• 配置新的 Linux 系統(tǒng)(支持測試的架構)
• 登錄系統(tǒng)并從中央位置下載自動化 shell 腳本
• 運行它來配置系統(tǒng)
• 開始測試

學習 Go 語言

我想學習 Go 語言 有一段時間了，將我心愛的 Shell 腳本轉換為 Go 程序似乎是一個很好的項目，可以幫助我入門。它的語法看起來很簡單，在嘗試了一些測試程序后，我開始著手提高自己的知識并熟悉 Go 標準庫。

我花了一個星期的時間在筆記本電腦上編寫 Go 程序。我經常在我的 x86 服務器上測試程序，清除錯誤并使程序健壯起來，一切都很順利。

直到完全轉換到 Go 程序前，我繼續(xù)依賴自己的 shell 腳本。然后，我將二進制文件推送到中央文件服務器上，以便每次配置新服務器時，我要做的就是獲取二進制文件，將可執(zhí)行標志打開，然后運行二進制文件。我對早期的結果很滿意：

$ wget http://file.example.com/<myuser>/bins/prepnode 
$ chmod  +x ./prepnode 
$ ./prepnode 

然后，出現(xiàn)了一個問題

第二周，我從資源池中分配了一臺新的服務器，像往常一樣，我下載了二進制文件，設置了可執(zhí)行標志，然后運行二進制文件。但這次它出錯了，是一個奇怪的錯誤：

$ ./prepnode  
bash: ./prepnode: cannot execute binary file: Exec format error  
$  

起初，我以為可能沒有成功設置可執(zhí)行標志。但是，它已按預期設置：

$ ls -l prepnode 
-rwxr-xr-x. 1 root root 2640529 Dec 16 05:43 prepnode 

發(fā)生了什么事?我沒有對源代碼進行任何更改，編譯沒有引發(fā)任何錯誤或警告，而且上次運行時效果很好，因此我仔細查看了錯誤消息 format error。

我檢查了二進制文件的格式，一切看起來都沒問題：

$ file prepnode 
prepnode: ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, not stripped 

我迅速運行了以下命令，識別所配置的測試服務器的架構以及二進制試圖運行的平臺。它是 Arm64 架構，但是我編譯的二進制文件(在我的 x86 筆記本電腦上)生成的是 x86-64 格式的二進制文件：

$ uname -m
aarch64 

腳本編寫人員的編譯第一課

在那之前，我從未考慮過這種情況(盡管我知道這一點)。我主要研究腳本語言(通常是 Python)以及 Shell 腳本。在任何架構的大多數(shù) Linux 服務器上都可以使用 Bash Shell 和 Python 解釋器?？傊?，之前一切都很順利。

但是，現(xiàn)在我正在處理 Go 這種編譯語言，它生成可執(zhí)行的二進制文件。編譯后的二進制文件由特定架構的 指令碼 或匯編指令組成，這就是為什么我收到格式錯誤的原因。由于 Arm64 CPU(運行二進制文件的地方)無法解釋二進制文件的 x86-64 指令，因此它拋出錯誤。以前，shell 和 Python 解釋器為我處理了底層指令碼或特定架構的指令。

Go 的交叉編譯

我檢查了 Golang 的文檔，發(fā)現(xiàn)要生成 Arm64 二進制文件，我要做的就是在運行 go build 命令編譯 Go 程序之前設置兩個環(huán)境變量。

GOOS 指的是操作系統(tǒng)，例如 Linux、Windows、BSD 等，而 GOARCH 指的是要在哪種架構上構建程序。

$ env GOOS=linux GOARCH=arm64 go build -o prepnode_arm64 

構建程序后，我重新運行 file 命令，這一次它顯示的是 ARM AArch64，而不是之前顯示的 x86。因此，我在我的筆記本上能為不同的架構構建二進制文件。

$ file prepnode_arm64 
prepnode_arm64: ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), statically linked, not stripped 

我將二進制文件從筆記本電腦復制到 ARM 服務器上。現(xiàn)在運行二進制文件(將可執(zhí)行標志打開)不會產生任何錯誤：

$ ./prepnode_arm64  -h 
Usage of ./prepnode_arm64: 
  -c    Clean existing installation 
  -n    Do not start test run (default true) 
  -s    Use stage environment, default is qa 
  -v    Enable verbose output 

其他架構呢?

x86 和 Arm 是我測試軟件所支持的 5 種架構中的兩種，我擔心 Go 可能不會支持其它架構，但事實并非如此。你可以查看 Go 支持的架構：

$ go tool dist list 

Go 支持多種平臺和操作系統(tǒng)，包括：

• AIX
• Android
• Darwin
• Dragonfly
• FreeBSD
• Illumos
• JavaScript
• Linux
• NetBSD
• OpenBSD
• Plan 9
• Solaris
• Windows

要查找其支持的特定 Linux 架構，運行：

$ go tool dist list | grep linux 

如下面的輸出所示，Go 支持我使用的所有體系結構。盡管 x86_64 不在列表中，但 AMD64 兼容 x86-64，所以你可以生成 AMD64 二進制文件，它可以在 x86 架構上正常運行：

$ go tool dist list | grep linux 
linux/386 
linux/amd64 
linux/arm 
linux/arm64 
linux/mips 
linux/mips64 
linux/mips64le 
linux/mipsle 
linux/ppc64 
linux/ppc64le 
linux/riscv64 
linux/s390x 

處理所有架構

為我測試的所有體系結構生成二進制文件，就像從我的 x86 筆記本電腦編寫一個微小的 shell 腳本一樣簡單：

#!/usr/bin/bash 
archs=(amd64 arm64 ppc64le ppc64 s390x) 
for arch in ${archs[@]} 
do 
        env GOOS=linux GOARCH=${arch} go build -o prepnode_${arch} 
done 

$ file prepnode_* 
prepnode_amd64:   ELF 64-bit LSB executable, x86-64, version 1 (SYSV), statically linked, Go BuildID=y03MzCXoZERH-0EwAAYI/p909FDnk7xEUo2LdHIyo/V2ABa7X_rLkPNHaFqUQ6/5p_q8MZiR2WYkA5CzJiF, not stripped 
prepnode_arm64:   ELF 64-bit LSB executable, ARM aarch64, version 1 (SYSV), statically linked, Go BuildID=q-H-CCtLv__jVOcdcOpA/CywRwDz9LN2Wk_fWeJHt/K4-3P5tU2mzlWJa0noGN/SEev9TJFyvHdKZnPaZgb, not stripped 
prepnode_ppc64:   ELF 64-bit MSB executable, 64-bit PowerPC or cisco 7500, version 1 (SYSV), statically linked, Go BuildID=DMWfc1QwOGIq2hxEzL_u/UE-9CIvkIMeNC_ocW4ry/r-7NcMATXatoXJQz3yUO/xzfiDIBuUxbuiyaw5Goq, not stripped 
prepnode_ppc64le: ELF 64-bit LSB executable, 64-bit PowerPC or cisco 7500, version 1 (SYSV), statically linked, Go BuildID=C6qCjxwO9s63FJKDrv3f/xCJa4E6LPVpEZqmbF6B4/Mu6T_OR-dx-vLavn1Gyq/AWR1pK1cLz9YzLSFt5eU, not stripped 
prepnode_s390x:   ELF 64-bit MSB executable, IBM S/390, version 1 (SYSV), statically linked, Go BuildID=faC_HDe1_iVq2XhpPD3d/7TIv0rulE4RZybgJVmPz/o_SZW_0iS0EkJJZHANxx/zuZgo79Je7zAs3v6Lxuz, not stripped 

現(xiàn)在，每當配置一臺新機器時，我就運行以下 wget 命令下載特定體系結構的二進制文件，將可執(zhí)行標志打開，然后運行：

$ wget http://file.domain.com/<myuser>/bins/prepnode_<arch> 
$ chmod +x ./prepnode_<arch> 
$ ./prepnode_<arch> 

為什么?

你可能想知道，為什么我沒有堅持使用 shell 腳本或將程序移植到 Python 而不是編譯語言上來避免這些麻煩。所以有舍有得，那樣的話我不會了解 Go 的交叉編譯功能，以及程序在 CPU 上執(zhí)行時的底層工作原理。在計算機中，總要考慮取舍，但絕不要讓它們阻礙你的學習。