go tool compile -s 输出的是 go 自研的 plan 9 风格伪汇编，非 at&t 或 intel 语法，含源码行号、变量名及 ssa 后端生成痕迹，专用于调试与优化分析；-s 必须小写，不生成可链接文件。

go tool compile -S 输出的是什么汇编？

它不是 AT&T 或 Intel 语法，而是 Go 自己的 Plan 9 风格伪汇编，带源码行号、变量名和 SSA 后端生成痕迹，专为调试和理解优化行为设计。

• -S 必须小写；大写 -s 是关闭符号表，完全无关
• 输出里出现 CALL runtime.morestack_noctxt 或 CALL runtime.newobject，说明触发了栈分裂或堆分配——不是汇编写错了，是代码本身有逃逸或扩容
• 函数名前缀是 "".add 这种形式，"" 表示当前包，不是空字符串；跨包函数会带完整路径如 "main".add
• 看到 FUNCDATA 和 PCDATA 指令别慌，这是 GC 用的元数据，由编译器自动生成，不影响执行逻辑

为什么 go tool compile 单文件常报 import 错？

因为 go tool compile 不解析 import 依赖，只做单文件前端处理。遇到 import "fmt" 就会失败，不是你写错了，是工具链用法不对。

• 正确做法是走完整构建流程：go build -gcflags="-S" -o /dev/null main.go，让 go build 自动 resolve 所有依赖
• 想只看某个函数？go build -gcflags="-S" main.go 2>&1 | grep -A20 "main\.Add$"（注意点号要转义）
• 加两次 -S -S 会显示更底层的 SSA 阶段指令，第一次只输出最终汇编
• 交叉编译时务必配对 GOOS/GOARCH，比如 GOARCH=arm64 go tool compile -S main.go

go tool objdump 反汇编为啥看不到我的函数？

默认构建下函数被内联或优化掉了，objdump 扫不到符号——不是命令没跑通，是二进制里根本没留下那块代码。

Go语言（Golang）1.26.0

Go语言（Golang）1.26.0版本提供 Go 官方 Windows amd64 MSI 安装包下载入口，版本号 1.26.0，可用于旧项目维护、兼容性测试和指定版本开发环境配置。

下载

• 先关优化：go build -gcflags="-l -N" -o myapp main.go（-l 禁内联，-N 禁优化）
• 确认符号存在：go tool nm ./myapp | grep "main\.Add"（Windows 下是 main·Add，Linux/macOS 是 main.Add）
• 精准反汇编：go tool objdump -s "main.Add" ./myapp（函数名必须带包路径，且按平台转义）
• 如果输出全是 CALL runtime.* 而没有你的 MOVQ/ADDQ，说明没接入——回去检查 .s 文件名、·Add(SB) 中的中点、Go 函数签名三者是否完全一致

能用生成的 .s 文件直接 as 汇编吗？

不能。Go 编译器不生成可链接的 AT&T/Intel/NASM 格式汇编文件，go tool compile -S 输出的是不可直接喂给 as 或 nasm 的伪汇编。

• 所谓“生成汇编”，绝大多数场景下指的就是查看或反汇编，不是为了手写或重汇编
• 真要写汇编，得用 go tool asm 配合手写 Plan 9 语法的 .s 文件，且必须严格匹配 Go 函数签名、符号命名（如 ·Add(SB)）、以及 GLOBL/DATA 等运行时契约
• Plan 9 汇编里 MOVQ 对应 64 位移动，ADDQ 是 64 位加法，SP 是栈指针，SB 是静态基址——这些和 x86-64 原生指令语义不同，不能混用

Plan 9 语法和运行时契约是硬门槛，漏掉一个 · 或写错 (SB)，链接阶段就静默失败，很难 debug。

golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！