无法直接调试交叉编译产物，必须通过远程调试（dlv serve）、Docker模拟或QEMU用户态模拟在目标环境运行；调试构建需加-ldflags="-N -l"禁用优化，且dlv与目标程序架构须严格匹配。
直接调试交叉编译产物是不可能的
你在 Windows 上用 GOOS=linux GOARCH=arm64 go build 生成的二进制，无法在本地 GoLand 里点「Debug」按钮运行或调试——它根本不是 Windows 可执行格式，Windows 内核会直接拒绝加载，报 exec format error 或类似错误。这不是配置问题，是操作系统层的硬限制。
真正可行的调试路径只有三种
想验证交叉编译后的逻辑是否正确，必须让代码在目标环境里跑起来，再介入调试：
- 用
dlv serve启动远程调试服务：在目标机器（如 Linux ARM64 服务器）上运行dlv exec ./myapp --headless --api-version=2 --addr=:2345，然后在 GoLand 里配 Remote Debug 连过去 - 用 Docker 模拟目标环境：比如
docker run --rm -v $(pwd):/app -w /app arm64v8/alpine sh -c "apk add go && cd /app && go run main.go"，配合dlv debug启动调试会话（需镜像含 dlv） - 用 QEMU 用户态模拟（仅限 Linux 主机）：安装
qemu-user-static后，可直接在 x86_64 Linux 上运行 ARM64 二进制，再 attachdlv，但 Windows/macOS 不支持此方式
GoLand 里调试前必须关掉编译优化
即使走远程调试，如果构建时用了默认参数，dlv 很可能找不到源码行、变量值显示为 <optimized out></optimized>。必须显式加链接标志：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 构建命令要带
-ldflags="-N -l"：CGO_ENABLED=0 GOOS=linux GOARCH=arm64 go build -ldflags="-N -l" -o server main.go -
-N禁用变量和函数内联，-l禁用语法树优化，两者缺一不可 - 注意：加了这两个 flag 后二进制体积会明显变大，仅用于调试，发布前应去掉
容易被忽略的关键约束
dlv 和目标程序平台必须严格匹配，不是“能跑就行”：
立即学习“go语言免费学习笔记（深入）”；
-
dlv本身必须是目标平台架构编译的——比如你要调试 Linux ARM64 程序，dlv也得是GOOS=linux GOARCH=arm64编译出来的，不能拿 Windows AMD64 版的 dlv 去 attach - GoLand 的 Remote Debug 配置里填的
Host和Port，必须对应dlv serve实际监听的地址；若在容器里跑，别忘了--network host或端口映射 - 如果你用了
//go:build构建约束，确保调试时构建命令没漏掉对应 tag，否则部分文件会被跳过，断点打不上
