GoLand在M1/M2 Mac上必须使用ARM64原生版本，需从JetBrains官网下载标有“Apple Silicon”或含-aarch64.dmg的安装包，并确保Go环境为darwin/arm64架构、dlv由当前Go SDK原生构建，否则将导致调试失败、插件异常及性能下降。
GoLand在M1/M2 Mac上必须用ARM64原生版本
直接从JetBrains官网下载的GoLand默认就是Apple Silicon原生版，但很多人会误点“Intel”链接或从第三方渠道获取x86-64包，导致启动卡顿、插件加载失败、调试器dlv无法连接等现象。验证方式很简单：安装后打开终端，执行file $(which goland)，输出中必须含arm64；若出现x86_64或提示“cannot execute binary file”，说明架构不匹配。
正确做法是访问 jetbrains.com/go/download/，在Download页面明确选择标有“Apple Silicon”或文件名含-aarch64.dmg的安装包（如GoLand-2025.2-aarch64.dmg）。不要选带intel、x64或universal字样的旧版——后者虽能运行，但实际仍通过Rosetta 2转译，gopls语言服务响应慢、内存占用高，长期编码体验打折。
GoLand启动前必须确认Go环境已原生就绪
GoLand本身不自带Go，它依赖系统PATH里可调用的go命令。如果go version返回的是darwin/amd64，哪怕GoLand能打开，也会在项目初始化、模块下载、测试运行等环节报错，例如：build constraints exclude all Go files 或 GOOS=linux GOARCH=arm64 go build fails silently。
务必先完成以下三步再启动GoLand：
- 从
golang.org/dl下载并安装darwin-arm64.pkg（不是Homebrew装的，避免交叉编译链污染） - 检查
go env GOPATH和go env GOROOT是否指向正确路径（/usr/local/go和自定义$HOME/go） - 在终端执行
go run -gcflags="-S" main.go，确认汇编输出中含arm64指令，而非movq类x86指令
做完这些，GoLand首次启动时才会自动识别gopls、dlv、goimports等工具路径，不用手动填一堆/usr/local/go/bin/xxx。
项目级Go SDK配置不能依赖全局自动检测
GoLand有时会“以为”自己找到了SDK，实际绑定的是/usr/local/go下的符号链接或旧版本软链。尤其当你用gvm或go install golang.org/dl/go@latest切换过版本后，IDE可能还在用缓存里的go1.21.0路径。
进项目后必须手动校验并重设：
- 打开
File → Project Structure → SDKs - 点击
+→Go SDK→ 选择/usr/local/go（官方pkg安装路径）或你用gvm install生成的实际路径（如~/.gvm/gos/go1.23.3） - 关键一步：勾选
Use path to GOPATH bin directory，并确保该路径下存在dlv、gopls等二进制——它们必须和SDK同架构，否则调试时Process finished with exit code 137
如果项目用了go.work或多模块，还要在Settings → Go → Modules里取消勾选Enable Go modules integration，改用Auto-detect，否则IDE会错误地把子模块当独立项目加载。
调试器dlv必须用Go原生构建，不能用brew install dlv
Homebrew安装的dlv（尤其是通过brew install delve）默认是x86-64架构，即使你在M1 Mac上运行，它也无法attach到ARM64的Go进程，调试时控制台只显示Connecting to process…然后超时。
正确方式是用当前Go SDK自身构建：
- 终端进入任意Go项目目录，执行
go install github.com/go-delve/delve/cmd/dlv@latest - 完成后检查
which dlv是否落在$GOPATH/bin，再执行file $(which dlv)确认为arm64 - GoLand里
Run → Edit Configurations → Defaults → Go Toolchain中，将Delve path指向这个dlv，而不是/opt/homebrew/bin/dlv
这步漏掉，你就只能用Println调试——不是不行，但失去断点、变量监视、goroutine堆栈等核心能力。
最易被忽略的是：GoLand的索引和gopls语言服务器对CGO_ENABLED=1项目的解析极度敏感。如果你项目里有#include <stdio.h>这类代码，必须在Settings → Go → Build Tags & Directives里显式添加darwin,arm64，否则跳转定义失效、补全缺失，且不会报错提示。
