go build生成可执行文件到当前目录，go install则安装到$GOBIN（默认$GOPATH/bin）并要求模块声明；前者用于打包，后者适用于CLI工具全局部署。
go install 和 go build 的区别在哪？
很多人装完 Go 就直接 go run，但上线或打包时必须分清 go install 和 go build —— 它们输出位置、路径解析逻辑、模块感知方式完全不同。
-
go build默认把可执行文件生成在当前目录，不写-o就叫a.exe（Windows）或a.out（Linux/macOS），容易覆盖、难追踪 -
go install把二进制写进$GOBIN（默认是$GOPATH/bin或$HOME/go/bin），且要求模块有明确module声明和go.mod，否则报错no modules found - 如果没设
GOBIN，go install会 fallback 到$GOROOT/bin—— 这是危险操作，可能污染 SDK 自带工具 - 现代项目基本不用
go install编译主程序，除非你真在开发 CLI 工具并想全局调用；日常打包请统一用go build -o ./dist/app
编译时加 -ldflags 是为了什么？
-ldflags 是链接阶段参数，不是编译器选项。它能注入版本号、构建时间、Git 提交哈希到二进制里，对运维和灰度发布至关重要，但填错格式会直接导致链接失败。
- 常见写法：
go build -ldflags="-X main.version=1.2.0 -X 'main.buildTime=$(date -u +%Y-%m-%dT%H:%M:%SZ)'" ./cmd/app -
-X后面的变量必须是package main里已声明的var，类型只能是string；写成int或未导出字段（如version小写）会静默忽略 - 多个
-X要分开写，不能合并成-X a=b c=d，否则只生效第一个 - Windows 上
$(date ...)不可用，得用 PowerShell 的Get-Date -UFormat "%Y-%m-%dT%H:%M:%SZ"或提前生成变量
为什么 go build -a 会让编译变慢？
-a 强制重编译所有依赖包（包括标准库），而不是复用 $GOCACHE 里的缓存对象。它只在调试底层 bug 或验证标准库 patch 时有用，日常绝对禁用。
- 启用后，哪怕只改一行
main.go，也会重新编译net/http、encoding/json等全部依赖，耗时从秒级拉到分钟级 - Go 1.12+ 默认开启构建缓存，路径在
$GOCACHE（通常$HOME/Library/Caches/go-build或%LOCALAPPDATA%\go-build），删它等于自废武功 - 真正需要“干净构建”时，用
go clean -cache或go clean -modcache更精准，不要无脑-a
交叉编译 Windows/Linux/macOS 二进制要注意什么？
Go 原生支持跨平台编译，但目标系统环境差异会影响运行时行为，尤其涉及文件路径、权限、DNS 解析等。
- 编译前必须设置
GOOS和GOARCH，例如GOOS=linux GOARCH=amd64 go build -o dist/app-linux ./cmd/app - Windows 下编译 Linux 二进制没问题，但反过来（Linux 编译 Windows）需确保源码没调用
windows特有 API，否则编译报错undefined: syscall.UTF16PtrFromString -
CGO_ENABLED=0必须显式关闭，否则交叉编译静态二进制时可能链接失败（尤其 macOS → Linux） - macOS 上编译 Windows 二进制，生成的
.exe文件在 Windows 运行时可能因 TLS/SSL 根证书缺失而连不上 HTTPS 接口，得手动 embed 或指定-tags netgo
关键点不在参数多寡，而在每个 flag 的作用域是否清晰——-ldflags 影响最终二进制内容，-a 破坏缓存策略，交叉编译则暴露运行时假设。漏掉任一环节，上线后都可能卡在奇怪的地方。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
