关于golang:M1-芯片-Mac-上更好的-Golang-使用方案

本篇文章，将分享如何在苹果 M1 Mac 设施上，来进行高效、牢靠的 Golang 开发环境的装置和治理。

写在后面

如果你是一个 Golang 的用户，那么你大概率会遇到治理和保护 Golang 版本的诉求，如果你恰好同时须要开发调试两个不同版本的我的项目，在不思考强制跳版本的状况下，你或者就须要应用“Golang 版本管理工具”来帮忙你减轻负担了。

去年年末，我曾在一篇文章中分享过三种对于《Golang 多版本治理》的计划。

相比拟官网计划 golang/dl 或者社区计划 voidint/g 这两个更适宜装置或治理繁多版本的计划之外，我更举荐应用的计划是 gvm。

它除了可能实现 golang 开发环境的疾速装置之外，还可能保障多个版本的 golang 共存，不同版本的软件依赖包都放弃失常工作。并且，它的实现和社区赫赫有名的 nvm-sh/nvm、shyiko/jabba 是统一的，都是由 BASH 编写，和所须要治理的 Runtime 语言无关，可能更稳固的实现“管理工作”。

但惋惜的是，它和 M1 设施存在兼容性问题，它并不可能很好的运行，甚至能够说，齐全无奈运行。

暂且不说我是如何解决问题的，让咱们先来看看，怎么可能在数秒、几分钟内实现 Golang 开发环境的装置和切换吧。

装置和应用 Golang 版本管理工具：gvm

想要应用 gvm，须要先实现一次“绿色装置”（下载）。

如何装置 gvm

gvm 的装置非常简单，只须要“一句话”：

curl -sSL https://github.com/soulteary/gvm/raw/master/binscripts/gvm-installer | bash

当命令执行结束之后，咱们能够看到相似上面的日志输入：

Cloning from https://github.com/soulteary/gvm.git to /Users/soulteary/.gvm
No existing Go versions detected
Installed GVM v1.0.24

Please restart your terminal session or to get started right away run
 `source /Users/soulteary/.gvm/scripts/gvm`

接下来，咱们抉择从新关上命令行终端，或者是抉择执行上一步提醒的 source /Users/soulteary/.gvm/scripts/gvm 命令都能够让装置的 gvm 命令失效。

如何应用 gvm 装置 Golang 开发环境

当 gvm 装置结束之后，假如咱们要装置最新的 golang 1.18.2，只须要执行上面的命令即可：

gvm install go1.18.2 -B

稍等片刻，当命令行中提醒 Installing go1.18.2 from binary source 的时候，指定 golang 开发环境就装置结束啦，是不是很简略！

除了“下载”之外，还须要执行上面的命令，将咱们刚刚下载的版本在以后的命令行环境中“激活”：

gvm use go1.18.2

如果咱们心愿刚刚下载的 golang 版本全局失效，并且作为默认的应用版本，能够在命令行前面增加 --default 参数：

gvm use go1.18.2 --default

不管应用哪一种形式，当命令执行结束之后，咱们将失去提醒：Now using version go1.18.2。接着，咱们就失常能够应用 go 了，比方执行 go version：

go1.18.2 darwin/arm64

如何应用 gvm 进行多版本切换

想应用不同版本的 golang 的办法和下面其实并没有什么不同。仍旧是先应用 install 命令，装置咱们想要的版本：

gvm install go1.18.1 -B

当看到 Installing go1.18.1 from binary source 提醒之后，咱们接着应用 use 命令，激活这个版本就好了：

gvm gvm use go1.18.1
#或者
gvm gvm use go1.18.1 --default

当命令执行结束，咱们会失去相熟的 Now using version go1.18.1 提醒。

如何应用 gvm 进行编译装置

有的同学因为一些诉求，可能不想下载预编译好的内容，而是心愿进行本地编译。

那么能够在应用 install 命令下载 golang 的时候，去掉 -B 参数：

gvm install go1.18

当命令执行结束之后，咱们会看到带有编译过程的日志：

Downloading Go source...
Installing go1.18...
 * Compiling...
go1.18 successfully installed!

接着就是和上文中提到的一样，依据本人需要应用 use 来激活命令了。

如何卸载 gvm 或进行重置

先聊聊软件的卸载，在前文提到过 gvm 是一个“绿色软件”，卸载形式非常简略，将 ~/.gvm 目录删除，而后清理掉前文中咱们在 ~/.zshrc 或 ~/.bashrc 中增加的内容即可。

如果你心愿进行软件重置，我举荐你在“卸载之后”，再次进行装置即可。

如何解决某个版本下载不顺利的问题

在上一篇内容中，咱们曾提到过如何解决这个问题。原理在此就不过多赘述了，感兴趣的同学自行翻阅即可。

简略来说，如果遇到下载二进制文件呈现问题，能够尝试进行缓存清理：

rm -rf ~/.gvm/archive/

好了，对于 gvm 的应用局部就讲完了。

聊聊为了解决“兼容性”问题，我做了哪些事件。

解决 gvm 兼容性问题

如果你有应用过 gvm，会发现上文中的装置仓库并不是官网仓库，而是我的批改版本 soulteary/gvm。那么在这里批改版本里，我到底做了哪些事件呢？

如果咱们应用官网命令进行 gvm 装置，大概率会碰到几个问题导致不能装置，当咱们应用 install 命令进行装置的时候，默认的版本会通知咱们产生了上面的谬误：

# gvm install go1.18.2 -B

Installing go1.18 from binary source
ERROR: Binary Go unavailable for this platform

要解决这个问题，咱们须要调整 scripts/install 相干程序实现：

download_binary() {mkdir -p $GO_INSTALL_ROOT >> "${GVM_ROOT}/logs/go-${GO_NAME}-download-binary" 2>&1
    if ["$(uname)" == "Darwin" ]; then
        GVM_OS="darwin"
        osx_major_version="$(sw_vers -productVersion | cut -d"."-f 2)"
        if ["${osx_major_version}" -ge 8 ]; then
            GVM_OS_VERSION="-osx10.8"
        elif ["${osx_major_version}" -ge 6 ]; then
            GVM_OS_VERSION="-osx10.6"
        else
            display_error "Binary Go unavailable for this platform"
            rm -rf $GO_INSTALL_ROOT
            rm -f $GO_BINARY_PATH
            exit 1
        fi
    else
        GVM_OS="linux"
    fi

    if ["$(uname -m)" == "x86_64" ]; then
        GVM_ARCH="amd64"
    elif ["$(uname -m)" == "ppc64le" ]; then
            GVM_ARCH="ppc64le"
    elif ["$(uname -m)" == "aarch64" ]; then
                GVM_ARCH="arm64"
    else
        GVM_ARCH="386"
    fi
    ...

下面这段程序中，其实存在两个问题。不过，咱们先来解决上文提到的第一个问题：Binary Go unavailable for this platform。

默认的程序短少了针对 M1 设施的判断：

if ["$(uname -m)" == "x86_64" ]; then
    GVM_ARCH="amd64"
elif ["$(uname -m)" == "ppc64le" ]; then
        GVM_ARCH="ppc64le"
elif ["$(uname -m)" == "aarch64" ]; then
            GVM_ARCH="arm64"
else
    GVM_ARCH="386"
fi

先通过执行 uname -m，失去 M1 设施的架构名称：arm64，接着欠缺下面的程序：

if ["$(uname -m)" == "x86_64" ]; then
    GVM_ARCH="amd64"
elif ["$(uname -m)" == "ppc64le" ]; then
        GVM_ARCH="ppc64le"
elif ["$(uname -m)" == "aarch64" ]; then
            GVM_ARCH="arm64"
elif ["$(uname -m)" == "arm64" ]; then
                GVM_ARCH="arm64"
else
    GVM_ARCH="386"
fi

更新结束程序之后，咱们再次执行 install 命令，会失去一个新的谬误：

# gvm install go1.18 -B

Installing go1.18.2 from binary source
ERROR: Failed to download binary go

再次审查下面的逻辑，能够定位到大概率出错的地位：

osx_major_version="$(sw_vers -productVersion | cut -d"."-f 2)"
if ["${osx_major_version}" -ge 8 ]; then
  GVM_OS_VERSION="-osx10.8"
elif ["${osx_major_version}" -ge 6 ]; then
  GVM_OS_VERSION="-osx10.6"
else
  display_error "Binary Go unavailable for this platform"
  rm -rf $GO_INSTALL_ROOT
  rm -f $GO_BINARY_PATH
  exit 1
fi

揣测大概率是 sw_vers 命令的输入后果产生了变动，导致整段程序后果和预期有偏差，咱们尝试执行一下相干的命令，进行下验证：

# sw_vers

ProductName:    macOS
ProductVersion: 12.3.1
BuildVersion:   21E258

# sw_vers -productVersion

12.3.1

# sw_vers -productVersion | cut -d "." -f 2

3

通过下面的日志输入，咱们能够确认之前的猜测是正确的，语义化版本的格局是 {major}.{minor}.{revision}，尽管预期中的后果是 {major}，但下面的命令执行后，咱们失去的后果却是：{minor}。

要解决这个问题也很简略，咱们能够将 cut -d "." -f 2 调整为 cut -d "." -f 1 来解决在 macOS 11.6 ～ macOS 12 以上的零碎版本中，原始程序获取版本出错的问题。

除此之外，我还调整了一些文档、装置、Golang 默认镜像等细节，如果感兴趣的话，能够浏览这里的变更记录。https://github.com/soulteary/gvm/releases/tag/1.0.24

最初

在往年 3 月份苹果发布会之后，苹果官网所有设施都辞别了 x86 处理器，实现了“去英特尔化”，自此所有设施都换上了自研的 M1 芯片。

这件事对于苹果而言不见得是一件好事，然而对于开发者而言，可能是一件麻烦事：因为再也无奈在官网渠道购买到非 ARM 架构的设施了，然而开发者生态相干的开源我的项目，其实有不少，都存在上文中提到的兼容性问题，亟待改良。

心愿我的这篇文章，能够帮忙你节约大量不必要的折腾工夫，更安心的在 Mac 设施上应用 Golang 进行欢快的开发。

–EOF

本文应用「署名 4.0 国内 (CC BY 4.0)」许可协定，欢送转载、或从新批改应用，但须要注明起源。署名 4.0 国内 (CC BY 4.0)

本文作者: 苏洋

创立工夫: 2022 年 05 月 12 日
统计字数: 5381 字
浏览工夫: 11 分钟浏览
本文链接: https://soulteary.com/2022/05…