必须设置GOROOT_BOOTSTRAP指向可用的旧版Go二进制（≥1.4且≤目标版本），不可指向源码目录；需清空GOROOT、确保工作路径无空格/中文、安装git≥2.18/gcc/gawk。
直接编译 Go 源码前必须设 GOROOT_BOOTSTRAP
想用源码编译出可用的 go 命令，不能跳过引导步骤——你手头必须先有一个能跑的 Go 二进制（哪怕旧版本）。GOROOT_BOOTSTRAP 就是指向这个“bootstrap 编译器”的路径，不是指向你要编译的源码目录。
常见错误：
- 把 GOROOT_BOOTSTRAP 设成源码目录（比如 ~/git_go/go_src），结果报错 cannot find package "runtime"
- 忘记导出该变量，直接进源码目录跑 ./src/all.bash，提示 bootstrapping from $GOROOT_BOOTSTRAP failed
- 正确做法：解压二进制包（如
go1.21.1.linux-amd64.tar.gz）到/usr/local/go-bootstrap，再执行export GOROOT_BOOTSTRAP=/usr/local/go-bootstrap - 验证是否生效：运行
echo $GOROOT_BOOTSTRAP，输出应为完整绝对路径 - 不推荐用系统自带的
/usr/bin/go作 bootstrap，因 ABI 或构建标签可能不兼容
all.bash 编译失败时优先检查 GO_GCFLAGS 和平台支持
all.bash 不是黑盒脚本，它会调用 make.bash、跑测试、生成 go 工具链。但默认启用内联和优化，对调试 runtime 不友好，也容易在低配机器上 OOM。
典型现象：
- 编译卡在 runtime 包，CPU 占满但无进展
- make.bash 报 out of memory（尤其在 2GB 内存 VM 中）
- go tool compile 提示 internal compiler error
- 加
-N -l是稳妥选择：export GO_GCFLAGS="-N -l"，禁用优化和内联，让符号可调试、内存占用更平缓 - 某些 commit 依赖较新 libc（如 glibc 2.31+），CentOS 7 默认 glibc 2.17 会编译失败，需换 Ubuntu 20.04+ 或手动升级
- macOS 上若用 Apple Silicon（arm64），确保 bootstrap 编译器也是 arm64 架构，x86_64 的
GOROOT_BOOTSTRAP会触发 Rosetta 兼容层，导致 build 失败
编译后生成的 go 命令默认不写入 $PATH，需手动指定 GOROOT
源码编译完成，可执行文件全在 ~/git_go/go_src/bin/（假设源码解压在此），但此时 go version 仍显示旧版本——因为没覆盖系统 PATH，也没设置新 GOROOT。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
关键点：
- 新编译出的 go 二进制**不自动认自己的源码目录为 GOROOT**
- 若不显式设置，它会 fallback 到 /usr/local/go 或环境里已有的 GOROOT，导致 go env GOROOT 错误
- 临时使用：直接运行
~/git_go/go_src/bin/go version - 长期使用：设
export GOROOT=~/git_go/go_src，再把$GOROOT/bin加进PATH（顺序要靠前） - 验证：运行
~/git_go/go_src/bin/go env GOROOT，输出必须是~/git_go/go_src，否则go build可能加载错 stdlib
调试 runtime 时函数符号名是 runtime.newobject 这类全限定名
用 lldb 或 delve 调试自己编译的 Go 程序，别指望看到裸函数名。Go 编译器生成的符号带包路径，且 runtime 函数大量内联或被重命名（如 newobject 实际对应 mallocgc 的入口）。
立即学习“go语言免费学习笔记（深入）”；
容易踩坑：
- 在 lldb 里敲 b newobject，提示 Symbol not found
- 用 go tool pprof 分析时，火焰图里只显示 runtime.mallocgc，但源码里搜不到这个函数定义（它在 malloc.go 里被生成）
- 查符号：编译时加
-gcflags "-l"后，用nm -C ~/git_go/go_src/bin/go | grep "runtime\.newobject" - 断点技巧：lldb 中用
b 'runtime.newobject'（单引号包裹，避免 shell 解析点号） - 注意：
runtime包很多函数是用//go:linkname导出的，实际定义在汇编文件（如asm_amd64.s）里，C++ 符号名可能变形，得看objdump -t输出
底层编译过程最易被忽略的，是 GOROOT_BOOTSTRAP 和最终 GOROOT 的分离——前者只参与构建，后者才决定你日常 go build 用哪套标准库。混用或漏设，轻则 stdlib 版本错乱，重则 panic 时栈回溯指向错误源码行。
