安全调用parser.parsefile需配齐四个参数：fset必须用token.newfileset()创建；文件名可为空但建议传绝对路径；src传os.readfile结果而非路径字符串；mode必须设parser.parsecomments等标志，否则注释为空或解析失败。
直接调用 parser.ParseFile 就能拿到 AST，但 90% 的 panic 和 nil 都是因为没配对上下文参数，不是代码写得不对。
怎么安全调用 parser.ParseFile
它不自动读文件、不猜编码、不忽略错误——所有行为都由你传的四个参数决定：
-
fset必须非 nil：用token.NewFileSet()创建；漏了会导致所有node.Pos()返回 0，后续定位全失效 - 第二个参数（文件名）可传空字符串
""，但若用于磁盘读取，建议传绝对路径；若解析字符串源码，它只是占位符，不校验是否存在 -
src决定读取方式：传nil表示从路径读文件；传字符串（如os.ReadFile结果）则必须非 nil，否则解析器直接跳过 -
mode不能为 0 或 nil：想拿注释就得加parser.ParseComments；想容忍语法错误继续解析，加parser.AllErrors
典型 panic 场景：panic: interface conversion: ast.Node is nil, not *ast.File，基本等于你传了空字符串、非法 UTF-8 或没检查 err != nil 就直接访问 f。
遍历函数声明时为什么找不到 func main 或参数名
*ast.FuncDecl 的字段名和语义脱节，容易看错：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 函数名在
f.Name.Name，不是f.Name——后者是*ast.Ident节点，直接取会 panic - 参数列表藏在
f.Type.Params，但它可能为 nil（比如func hello() {}），必须先判空再访问.List - 每个参数是
*ast.Field，名字在field.Names（[]*ast.Ident）：匿名参数（如func(int)）该切片为空，取[0]必 panic -
f.Doc是函数上方的注释，但f.Comments是整个文件的注释列表，且仅当mode含ParseComments才非 nil
该用 ast.Inspect 还是手写递归遍历
优先用 ast.Inspect：
- 它自动覆盖
*ast.FuncDecl、*ast.GenDecl、*ast.TypeSpec等所有节点类型，避免漏掉接口或常量声明 - 回调函数接收
node ast.Node，判断类型用if f, ok := node.(*ast.FuncDecl); ok { ... } - 别在回调里对
node做指针比较（比如node == someNode），AST 节点没实现==，会恒为 false - 如果需要上下文（比如当前在哪个函数里），自己维护栈结构，
Inspect不提供作用域信息
跨包类型引用为什么解析不出来
go/ast 只做语法分析，不解决语义问题：
- 它无法告诉你
example_package.BaseObject定义在哪、有哪些方法、甚至example_package对应的磁盘路径是什么 - 要识别
*ast.SelectorExpr（如example_package.GetItStarted）指向的真实对象，必须引入go/types -
go/types能自动解析导入路径、构建类型环境、将 AST 节点映射到types.Object和types.Type，这才是跨包符号解析的正确路径
真正难的不是“怎么拿到 AST”，而是“怎么让 AST 节点和真实类型、包路径、方法签名对应上”——这一步绕不开 go/types，也别试图自己实现 Importer。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
