能，但效果有限。-s 和 -w 仅移除符号表和调试信息，减小体积约 1–3 MB；不删除未用代码，真正影响体积的是实际链接的依赖包。

go build -ldflags="-s -w" 能不能真正减小二进制体积？

能，但效果有限，且和模块管理无直接关系。这两个 flag 只影响 Go 运行时的调试信息和符号表：-s 去掉符号表，-w 去掉 DWARF 调试信息。它们对体积的压缩通常在 1–3 MB（取决于项目大小），但不会删掉未使用的模块代码。

真正决定二进制体积上限的，是 go build 实际链接进来的所有依赖包——哪怕你只 import 了一个函数，整个包的代码（及其 transitive 依赖）都可能被拉进来。

• Go 编译器不支持“按函数粒度”裁剪，只支持包级链接
• 如果某个 module 里有大量条件编译（如 // +build ignore）或平台特定文件（xxx_linux.go），未匹配的文件不会参与编译，这会间接减小体积
• go list -f '{{.Deps}}' . 可查看当前模块实际参与构建的所有依赖包列表，比 go mod graph 更贴近真实链接集

replace 和 exclude 对二进制体积有没有作用？

没有。它们只影响 go mod download 和 go list 的模块解析行为，不改变编译时的导入路径或链接决策。

比如你在 go.mod 中写：

replace github.com/some/big-lib => ./local/small-fork
exclude github.com/some/big-lib v1.2.3

这只是告诉 go 工具链：“别用远程 v1.2.3，改用本地 fork”。只要 ./local/small-fork 依然导出相同接口、内部仍引用大量子包，最终二进制体积几乎不变。甚至如果 fork 版本没做精简，还可能更大。

• exclude 不等于 “我不用这个模块”，它只是禁止某版本被自动选中；如果其他依赖仍 require 它，它还是会被拉进来
• replace 后的本地目录若包含未使用的 _test.go 或 example/ 目录，而这些文件又没加 // +build ignore，它们仍可能被编译进去

如何定位哪个模块贡献了最多体积？

用 go tool compile -S 和 go tool objdump 太底层；更实用的是 go tool nm 结合 go list 分析符号来源：

go build -o app .
go tool nm -size -sort size app | head -20

输出里每个符号带大小和所属包路径（如 github.com/gorilla/mux.(*Router).ServeHTTP）。再配合：

go list -f '{{.ImportPath}} {{.Deps}}' all | grep 'gorilla/mux'

就能确认该包是否被深度依赖。但注意：符号大小 ≠ 包体积，因为函数内联、编译器优化会让统计有偏差。

• 优先检查 vendor/ 下是否存在未清理的旧包副本（go mod vendor 后残留的非依赖项）
• 警惕 import _ "net/http/pprof" 这类隐式引入——它会拉入整个 net/http 和 runtime/pprof 树，即使你只调用一次
• 用 go mod graph | grep 'big-module' 看谁在传递依赖它，再考虑用 //go:linkname 或重构来切断

module tidy 后体积反而变大？为什么？

常见于升级了间接依赖的次要版本，尤其是当新版本引入了更多平台适配文件（如新增 xxx_darwin_arm64.go）、或增加了 init() 函数触发额外包初始化时。

go mod tidy 本身不编译，但它会把 require 行更新为满足所有依赖的最小集合。如果某个上游 module 在 minor 版本里悄悄加了 // +build !nomysql 并引入 database/sql 树，而你的代码恰好没设 build tag 排除它，这部分就会进二进制。

• 运行 go mod graph | go mod why -m github.com/some/module 查清引入路径
• 对比 go.sum 前后变化，重点关注 checksum 变动的 module，再看其 go.mod 是否新增了 require
• 临时加 //go:build !used 到 main 包顶部，然后 go build -tags used 测试是否能排除可疑模块

模块管理本身不嵌入代码，但它决定了哪些代码会被编译器看见——这才是体积变化的真正开关。任何想靠 go mod 指令“自动瘦身”的思路，都会在 go build 链接阶段被打回原形。