go mod graph 输出扁平化有向边文本，非 dot/json 格式，不能直接画图；需清洗加头部、引号、去重、补样式后才能用 dot 渲染。
go mod graph 输出的是什么，能直接画图吗？
不能。它只输出扁平化的有向边文本，每行形如 github.com/a/b github.com/c/d@v1.2.3，不是 DOT 或 JSON 格式，dot 会直接报错：Error: syntax error in line 1 near 'github.com'。
必须先清洗：加 digraph G { 头部、给每个模块名加双引号（因含 / 和 @）、去重边、补 node [shape=box] 等。跳过这步，渲染必失败。
- 用
sed 's/@[^ ]*//g'去版本号可提升可读性，但别在清洗前做——DOT 解析器不认未转义的@ - 大型项目建议加
head -n 500截断，否则生成的 PNG 可能超百兆且打不开 -
go mod graph不包含vendor/下的本地包，启用 vendor 的项目需额外分析 import 语句
想看树形结构或定位某个模块是谁引入的，该用哪个命令？
go mod graph 是扁平边列表，不适合查层级或来源；真正管用的是组合使用：
-
gomodtree：最接近“依赖树”的命令行工具，带缩进和分支线，标出(indirect)和(replace)，安装用go install github.com/icholy/gomodtree@latest -
go mod why -m <module></module>：给出一条最短引入路径，例如go mod why -m gopkg.in/yaml.v2输出main → github.com/spf13/cobra → github.com/spf13/pflag → gopkg.in/yaml.v2 - 反向查谁依赖了某模块？
go mod graph | grep 'golang.org/x/text@'手动扫，或写一行 awk：go mod graph | awk '{if ($2 ~ /golang\.org\/x\/text@/) print $1}'
注意：go mod why 对 replace 后的本地路径无效，得查原始模块名；它也不保证覆盖所有路径，只是第一条可达路径。
Golang Google Wire
下载
在 Go 中使用 google/wire 实现编译时依赖注入——wire.NewSet、wire.Build、wire.Bind（接口→实现）、wire.Struct、wire.Value、wire.Interface
importgraph 和 go mod graph 的本质区别在哪？
根本不在“好不好用”，而在“分析对象不同”：go mod graph 看模块级声明依赖（go.mod），importgraph 看代码级真实 import（.go 文件）。
-
importgraph能发现同模块内子包调用，比如net/http→net/http/httputil，go mod graph完全看不到 -
importgraph尊重// +build条件编译，go mod graph把所有go.sum里的模块都列出来，不管是否被当前构建实际用到 -
importgraph需要正确设置GOPATH，否则会漏掉非标准路径下的包；默认扫描src/下全部，如只分析子模块，得传ctxt.SrcDir或过滤forward结果
如果你关心“这段代码到底 import 了什么”，用 importgraph；如果只关心“最终下载了哪些模块及其版本”，go mod graph 就够了。
为什么静态依赖图永远画不出真实服务拓扑？
因为配置驱动的依赖，代码里根本没写死。
-
go.mod里有github.com/Shopify/sarama，不代表服务真连 Kafka；import "database/sql"也不代表连 MySQL——实际驱动由sql.Open("mysql", ...)或环境变量决定 - 真实拓扑必须运行期采集：HTTP 用
http.RoundTripper拦截，gRPC 用grpc.UnaryClientInterceptor，Kafka 消费者在Consume启动时记录 topic 映射 - 上报数据必须含
Protocol、TargetService、Environment字段，否则无法区分 dev/staging/prod 流量
把 go list -m all 当服务拓扑图，等于拿采购清单当车间流水线——它连端口、集群名、协议类型都没有。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
