必须用 go install std 或 go tool compile 配合 goroot 路径操作才能修改标准库行为，因为 go build 默认链接预编译的 .a 文件而非本地源码，且需先 go clean -std 清缓存、确保 goroot 指向正确源码路径并匹配 goos/goarch。
go build 不能直接编译标准库源码，必须用 go install 或 go tool compile 配合 GOROOT 路径操作——这是最常被忽略的前提。
为什么改不了标准库里的 fmt.Println 行为？
因为运行时加载的是已安装的 libgo.a（Linux/macOS）或 libgo.dll（Windows），不是你本地改的 $GOROOT/src/fmt/ 源文件。哪怕你 go build 自己写的 main.go，它链接的仍是预编译好的 fmt.a 归档文件。
常见错误现象：go run main.go 输出没变，但 fmt 包里明明加了 println("hooked")；或者 go build -gcflags="-l" ./main.go 依然不触发断点。
- 标准库不会随项目自动 rebuild，它只在
go install std或首次go build时按需编译进$GOROOT/pkg -
go run默认跳过安装步骤，直接用缓存的归档，根本不会碰你改的源码 - 修改后必须显式触发重编译：先
go clean -std清掉旧缓存，再go install std
go install std 编译失败：找不到 unsafe 或 runtime 包
这说明当前 GOROOT 不指向你正在修改的 Go 源码根目录，或者 GOOS/GOARCH 与宿主机不匹配。
使用场景：你在 /home/user/go-src 下 clone 了官方 go 仓库并打了 patch，但 go env GOROOT 返回的是 /usr/local/go。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 必须设置
GOROOT=/home/user/go-src（路径末尾不能带/src） - 确保
go env GOOS和go env GOARCH与目标平台一致，比如交叉编译 Linux ARM64 时要设GOOS=linux GOARCH=arm64 -
go install std会递归编译所有标准库，耗时长、内存占用高；可限定范围，例如go install fmt只编译fmt包及其依赖
如何验证修改后的 net/http 确实生效？
不能只靠 go run server.go 测试，得绕过构建缓存、强制重新链接。
参数差异：-a 强制重编译所有依赖（包括标准库），-x 显示详细命令，-work 保留临时目录便于检查中间产物。
- 执行
go build -a -x -work ./server.go，观察输出中是否出现compile -o $WORK/b001/_pkg_.a /home/user/go-src/src/net/http/server.go - 检查
$GOROOT/pkg/$GOOS_$GOARCH/net/http.a时间戳是否更新 - 用
nm $GOROOT/pkg/$GOOS_$GOARCH/net/http.a | grep ServeHTTP确认符号存在（避免空包） - 若仍无效，可能是
vendor目录或go.mod中 replace 了标准库路径，需检查go list -m all
定制编译后二进制体积暴增 2MB？
这是 go install std 默认启用了调试信息（DWARF）和符号表，且未 strip。
性能影响：调试信息对运行时无影响，但会拖慢链接速度、增大磁盘占用；生产环境部署前必须处理。
- 编译时加
-ldflags="-s -w"可去掉符号表和调试信息（-s去符号，-w去 DWARF） -
go install -ldflags="-s -w" std会让生成的.a文件更小，后续go build链接出的二进制也会轻量 - 注意：
-s -w会导致pprof和delve失效，仅用于最终发布版本
src 却没清 pkg，或者 GOROOT 指向了系统安装路径而非源码路径。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
