Go汇编是伪汇编而非硬件指令，需用go tool compile -S -l -N查看真实输出；参数与返回值均通过栈传递，如"".a+8(SP)，且函数开头隐含TLS栈空间检查。
Go 汇编不是硬件指令，不能直接用 objdump 或 gdb 看真实 CPU 指令流；它是一层抽象伪汇编，由 Go 编译器生成、再经汇编器转为目标机器码。想“解析执行过程”，关键不是逐行翻译，而是理解参数传递、栈布局、调用约定和运行时介入点。
怎么看真正的 Go 汇编输出
用 go tool compile -S 是唯一可靠入口，其他方式（如 go build -gcflags="-S"）可能被优化干扰或省略 FUNCDATA：
-
GOOS=linux GOARCH=amd64 go tool compile -S main.go输出最干净，不含链接阶段干扰 - 加
-l（禁用内联）和-N（禁用优化）才能看到函数边界和原始参数存取逻辑，否则add(10, 20)可能直接被常量折叠成MOVQ $30, AX - 注意看
TEXT "".add(SB), NOSPLIT, $0-16这类行：$0-16表示栈帧大小 0 字节（无局部变量），参数共占 16 字节（两个int64）
怎么对应源码和汇编里的参数/返回值
Go 所有参数和返回值都通过栈传递，命名规则固定：
-
"".a+8(SP)：第一个参数a，从栈顶偏移 8 字节处读取（SP指向栈底，x86-64 下int64占 8 字节） -
"".~r2+16(SP)：第二个返回值（布尔型），写入栈上偏移 16 字节位置；~r是编译器生成的匿名返回变量名 - 别指望寄存器传参——哪怕只传一个
int，Go 也走栈；这是为了统一处理接口、切片等含指针/头结构的类型
为什么 main 函数汇编里看不到对 runtime.init 的显式调用
因为初始化逻辑被编译器自动插入到 main 入口之前，且不生成用户可见的 CALL 指令：
立即学习“go语言免费学习笔记（深入）”；
-
runtime.main是真正起点，由rt0_go汇编启动后创建 goroutine 调用；你写的func main()实际被重命名为main_main -
init函数体在汇编中是独立TEXT "".init(SB)段，但调用时机由运行时控制，不会出现在你 main 的指令流里 - 若想确认 init 是否执行，可在
init里加println("in init")，再用go tool compile -S查看其汇编是否生成了字符串加载和 write 系统调用序列
容易被忽略的底层事实：栈增长不是透明的
Go 的栈是动态增长的，但汇编代码里完全看不到 CALL 前检查栈空间的指令——这部分由编译器在每个函数开头插入隐式检查：
- 所有函数开头都有类似
MOVQ (TLS), CX; CMPQ SP, 16(CX); JLS xxx的 TLS 寄存器比对，用于触发栈分裂 -
TLS（Thread Local Storage）寄存器指向当前 goroutine 的g结构体，其中stackguard0字段存着当前栈上限 - 这个机制意味着：哪怕你看懂了全部汇编指令，若不了解
g和调度器如何协作，仍无法还原出真实执行路径
