用 ast 定位结构体定义后，需遍历同包函数声明，递归解析接收者表达式以匹配基础类型名及指针标记；但别名、嵌入、泛型等场景必须依赖 go/types 才能准确获取完整方法集。
怎么用 ast 找到结构体定义及其绑定的方法
Go 的 ast 包本身不直接提供“结构体绑定了哪些方法”这种语义关系——它只解析语法树，不进行类型检查或方法集计算。所以不能靠遍历 ast.File 就直接拿到某个结构体的所有方法；你得先定位结构体定义，再手动扫描同一包内所有函数声明，判断其接收者是否指向该结构体（或其指针）。
关键点在于：接收者类型必须能和结构体类型做字面匹配（比如 *MyStruct 或 MyStruct），但要注意别名、嵌套、泛型等会让匹配失败。
- 先用
ast.Inspect找到所有*ast.TypeSpec，筛选出*ast.StructType - 记录该结构体的
Name.Name和所在ast.Package的文件位置（pos.Filename） - 再遍历同一包内所有
*ast.FuncDecl，检查其Recv字段是否为*ast.FieldList，且内部字段类型是否为*ast.StarExpr或*ast.Ident，名字是否匹配 - 注意：导出方法名首字母必须大写，但 ast 层不校验可见性，这步得自己加逻辑
ast.Expr 怎么安全地比对接收者类型和结构体名
接收者类型在 AST 中是 ast.Expr，可能是 *ast.Ident（如 MyStruct）、*ast.StarExpr（如 *MyStruct）、甚至 *ast.SelectorExpr（如 mypkg.MyStruct）。不能简单用 fmt.Sprint 比对字符串，容易漏掉包限定或指针层级。
- 写一个辅助函数，递归展开
ast.Expr：遇到*ast.StarExpr就取X；遇到*ast.SelectorExpr就检查Sel.Name并记录X是否为*ast.Ident - 最终目标是提取出“基础类型名”（如
MyStruct）和是否带指针（isPtr = true） - 结构体定义本身也可能是
type MyStruct struct{...}或type T = struct{...}（类型别名），后者在ast中是*ast.StructType吗？不是——它是*ast.Ident指向另一个类型，此时ast层无法追溯，必须放弃
为什么 go/types 更靠谱但代价更高
如果你真需要 100% 正确的方法集（包括嵌入字段带来的提升方法、接口实现、泛型实例化后的方法），ast 是不够的。go/types 基于编译器类型系统，能给出准确的 types.Named.Methods()，但它需要完整构建类型信息，意味着要调用 conf.Check，加载依赖包、处理 import 路径、处理错误等。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 用
go/types时，先通过ast定位结构体名，再用pkg.Scope().Lookup("MyStruct")拿到*types.Named - 调用
named.Underlying()确认是*types.Struct，再调用named.Methods()遍历 - 性能上：纯
ast扫描毫秒级；go/types可能几百毫秒起步，尤其跨包多时 - 典型错误：
types.Info.Types里没存结构体类型？因为你没在TypesInfo配置中启用对应节点的类型标注
常见误判场景和绕过技巧
实际代码里，结构体方法可能分散在多个文件，或接收者用别名类型（type S = MyStruct），或方法定义在非结构体所在文件但同包——这些都会让纯 AST 匹配失效。
- 别名类型：AST 层看到的是
S，但你想找的是MyStruct的方法，此时必须结合go/types解析别名指向 - 嵌入字段方法：比如
type A struct{ B }，A有B.Do()方法，但 AST 中找不到func (a *A) Do()——这是编译器合成的，go/types的MethodSet才包含它 - 泛型结构体：如
type Box[T any] struct{ v T }，它的方法如func (b *Box[int]) Get() int在 AST 中接收者是*Box[int]，字符串匹配会失败，必须用go/types实例化后查
如果只要快速粗筛（比如 IDE 插件预览、文档生成），纯 ast + 名字匹配够用；如果要精准、可交付的分析结果，跳过 go/types 几乎一定会漏 case。
