不需要手动设置 goroot 和 gopath；goroot 自 go 1.10 起自动推导，gopath 自 go 1.18 起默认为 $home/go，现代项目均使用 go mod 管理依赖。
Go 1.22+ 环境变量是否还要手动设 GOROOT 和 GOPATH？
不需要。从 Go 1.10 起 GOROOT 自动推导，只要 /usr/local/go/bin（或安装路径下的 bin）在 PATH 中即可；从 Go 1.18 起 GOPATH 默认为 $HOME/go，且绝大多数现代项目已完全脱离 GOPATH 模式，改用 go mod 管理依赖。
常见错误现象：go build 报错 cannot find module providing package ...，本质不是环境变量问题，而是没初始化模块或 go.mod 缺失。
- 验证方式：运行
go env GOROOT和go env GOPATH，输出应为合理路径，无需额外 export - 若你用的是旧教程或脚本仍硬编码
export GOPATH=...，建议删掉——它反而可能干扰go mod的行为 - 唯一需要显式配置的只有
PATH，确保go命令可执行
源码编译时如何减小二进制体积？
Go 默认静态链接、带调试信息和符号表，导致二进制偏大（常 >10MB）。这不是 bug，而是设计选择，但生产环境通常要优化。
关键参数组合：go build -ldflags="-s -w"
-
-s：strip symbol table 和 debug info，体积直降 30%~50% -
-w：omit DWARF debug info，进一步压缩，但会丢失 panic 时的文件行号（线上服务可接受） - 若你还用 CGO（如调用 C 库），加
CGO_ENABLED=0可彻底避免动态链接依赖，生成纯静态二进制 - 注意：
go run不支持这些 flag，必须用go build+ 运行产出文件
想读 Go runtime 源码，该从哪开始编译调试？
直接编译标准库或 runtime 包本身不现实，但你可以用 go tool compile -S 或 go tool objdump 观察汇编输出，再结合源码定位逻辑。
实操建议：
- 先写一个极简函数（比如
func add(a, b int) int { return a + b }），用go tool compile -S main.go查看 SSA 中间表示 - 对 runtime 关键路径（如
runtime.gopark），克隆官方仓库https://github.com/golang/go，checkout 对应 Go 版本 tag（如go1.22.0），用 IDE（VS Code + Go extension）直接跳转定义 - 不要试图
go build整个src/runtime目录——它不是独立包，依赖构建时注入的 bootstrap logic - 真正调试 runtime 行为，靠
go tool trace和go tool pprof更有效，而非单步源码
为什么 go build 很快，但 go test -race 却慢得多？
因为 -race 启用了竞态检测器（Race Detector），它在编译期向所有内存操作插入检查逻辑，并在运行时维护影子内存状态。这不是“慢”，而是必然开销。
- 仅在 CI 或本地排查并发 bug 时启用，**绝不用于生产构建**
- 它会显著增加内存占用（常翻倍）和 CPU 时间，且只支持 amd64/arm64，不支持 wasm 或 32 位平台
- 替代方案：用
go vet -race做静态检查（有限），或通过go tool trace分析 goroutine 阻塞模式 - 若测试本身含大量 channel 操作或 sync.Mutex，race 检测开销会指数级上升——这时应优先重构测试逻辑，而非关掉 race
-ldflags 压体积，却忘了检查是否误打了调试用的 log.Printf。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
