go安装后go version报command not found，根本原因是$path未包含/usr/local/go/bin；macos（zsh）需在~/.zshrc中添加export path="/usr/local/go/bin:$path"并source生效，linux同理修改对应shell配置文件。
Go 1.21+ 安装后 go version 报错：command not found？
不是没装好，是 $PATH 没生效。macOS（zsh）和 Linux 用户常卡在这步：安装包（如 go1.21.6.darwin-arm64.pkg）默认把 go 装到 /usr/local/go，但 shell 不知道该去哪找它。
- 检查是否已写入：
echo $PATH | grep -o '/usr/local/go/bin'，没输出就得手动加 - zsh 用户改
~/.zshrc，追加一行：export PATH="/usr/local/go/bin:$PATH" - bash 用户改
~/.bash_profile或~/.bashrc，内容一样 - 改完别忘了
source ~/.zshrc（或对应文件），否则新开终端才生效
为什么 go build 编出来的二进制在另一台 Linux 上运行报 no such file or directory？
不是缺文件，是动态链接了 glibc —— 目标机器的 libc 版本低或根本没装。静态编译就是为解决这个，但默认不开启。
- 必须加两个 flag：
CGO_ENABLED=0 go build -a -ldflags '-s -w' main.go -
CGO_ENABLED=0是关键：禁用 cgo 后，net、os/user 等包会自动切到纯 Go 实现（比如 DNS 查询走纯 Go 的net/lookup.go，不再调getaddrinfo） -
-a强制重新编译所有依赖（含标准库），确保无残留 cgo 调用；-s -w去掉调试信息和符号表，缩小体积 - 注意：用了
sqlite3、cgo自定义 C 代码、或某些需要系统证书的 HTTPS 场景，CGO_ENABLED=0会直接失败
go build -o ./bin/app 生成的文件为啥比预期大？
Go 默认打包了调试符号和反射信息，对生产部署没必要。压缩不是靠 UPX，而是构建时裁剪。
-
-ldflags '-s -w'必须加：去掉符号表（-s）和 DWARF 调试信息（-w），通常能减掉 30%–50% 体积 - Go 1.20+ 支持更激进的裁剪：
-ldflags '-s -w -buildmode=pie'（PIE 可执行文件，部分场景更小） - 如果用了
log、fmt等常见包，体积主要来自它们的格式化逻辑和错误处理，没法再压 —— 别指望像 Rust 那样压到 1MB 以下 - 验证是否真静态：
file ./bin/app输出里不能有dynamic字样；ldd ./bin/app应显示not a dynamic executable
交叉编译 Windows 或 macOS 二进制，为什么本地 Linux 跑 GOOS=windows go build 却提示 exec format error？
不是命令写错，是没设 GOARCH。Go 支持跨平台构建，但必须显式指定目标架构，尤其 ARM/M1 场景容易漏。
- Windows x64：
GOOS=windows GOARCH=amd64 go build -o app.exe main.go - macOS ARM64：
GOOS=darwin GOARCH=arm64 go build -o app main.go - Linux ARM64（如树莓派）：
GOOS=linux GOARCH=arm64 go build main.go - 注意：
GOARM已废弃（Go 1.16+），ARM32 用GOARCH=arm+GOARM=7（仅限旧版本） - 交叉编译仍需
CGO_ENABLED=0，否则可能因缺失目标平台的 C 工具链失败
go list -f '{{.CgoFiles}}' ./... 看看哪些包带 C 文件，比反复试错快得多。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
