应使用 go build -gcflags="-S -N -l" -o /dev/null main.go 查看真实函数级汇编，-N 禁用内联、-l 禁用逃逸分析，避免优化失真，并需指定 GOOS/GOARCH 保证平台一致性。
怎么用 go tool compile -S 看真实函数级汇编
直接跑 go tool compile -S main.go 很大概率报错，尤其带 import 的文件——它不解析依赖，只做单文件前端编译。真正能稳定输出、带源码行号和变量注释的汇编，得走完整构建流程。
推荐命令：go build -gcflags="-S" -o /dev/null main.go
-
-o /dev/null避免生成二进制，纯看汇编 - 遇到多包项目，确保在 module 根目录执行，否则
go build找不到依赖 - 想聚焦某个函数？加
2>&1 | grep -A30 "funcName$"，注意结尾要加$防止匹配到类似函数名 - 看到
CALL runtime.printint别慌——这不是系统调用，是 Go 运行时内部函数，和 libc 无关
为什么 -N -l 参数几乎必加
默认开启的内联（inline）和逃逸分析（escape analysis）会让汇编严重失真：函数被展开、变量被寄存器化、栈帧消失。你看到的不是“你写的函数”，而是编译器优化后的残影。
加 -N 禁用内联，-l 禁用逃逸分析，才能看到原始结构：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
go build -gcflags="-S -N -l" -o /dev/null main.go- 此时
MOVQ "".xs+32(FP), AX这类栈参数访问清晰可见，而不是被优化成寄存器直传 - 返回多个值时，能看到明确的
MOVQ SI, AX、MOVQ CX, BX等分发指令，而非合并成一条 - 不加这两个参数，分析 slice 传递、闭包捕获、goroutine 启动逻辑基本无效
Plan 9 汇编和 GNU 汇编根本不是一回事
go tool compile -S 输出的是 Plan 9 风格伪汇编（如 MOVL, ADDL, SP, SB），不是 GNU as 能认的 AT&T 或 Intel 语法。拿去用 gcc -c 或 as 直接汇编，必然失败。
- Plan 9 中
SP是栈指针虚拟寄存器，SB是静态基址，不是 x86-64 真实寄存器 -
MOVQ AX, main.xs+32(FP)表示“把 AX 写入 xs 参数在栈帧偏移 32 处”，FP 是 frame pointer 别名 - 没有
push/pop，参数/返回值全靠栈偏移计算，这是 Go ABI 的硬性约定 - 真要手写汇编？必须用
go tool asm，且需配套 Go 文件声明符号，不能独立存在
交叉编译时汇编输出容易漏掉平台信息
在 macOS 上编译 ARM64 汇编，或 Linux 上看 wasm 输出，不显式指定 GOOS/GOARCH，-S 仍会输出本地平台（比如 amd64）指令，和目标不符。
- 正确做法：
GOOS=linux GOARCH=arm64 go build -gcflags="-S" -o /dev/null main.go - 尤其注意
runtime包相关调用（如CALL runtime.makeslice）在不同架构下指令序列差异极大 - ARM64 没有
MOVQ，而是MOVD；wasm 输出里甚至看不到传统寄存器，全是local.get类指令 - 漏设环境变量导致你分析的汇编根本跑不起来，这是最隐蔽也最常见的坑
Plan 9 汇编里那些 ~r2、·Id、FP 符号不是随意命名，它们对应 Go 编译器 SSA 生成阶段的抽象节点，改一个就可能让链接器找不到符号——别手抖去编辑输出结果。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
