go/ast.ParseFile传参错误导致无法定位源码位置的根本原因是它不校验路径真实性且不自动读磁盘，仅依赖参数组合；file为nil时所有位置信息失效，需正确传路径或src、独立fset、用fset.Position()转换pos。
go/ast.ParseFile 传参错就找不到源码位置
根本原因是 go/ast.ParseFile 不会自动读取磁盘内容，也不校验路径真实性 —— 它只认你给的参数组合。传错一个值，file 就是 nil，后续所有位置信息（行号、列号）都失效。
- 从文件读：必须传真实路径 +
src设为nil，例如parser.ParseFile(fset, "main.go", nil, 0) - 从字符串读：路径名只是占位符（如
"dummy.go"），但src必须是非空字符串，且编码为 UTF-8 -
fset不能复用：每个解析任务都要新建token.NewFileSet()，否则位置信息会错乱或重叠 - 漏掉
parser.ParseComments模式，注释不会进 AST，CommentMap也构建不出来
ast.Node.Pos() 返回的是 token.Pos，不是行号
token.Pos 是一个整数偏移量，不是直接可用的行号。想拿到真实文件名、行、列，必须通过 fset.Position(pos) 转换。不走这一步，打印出来的只是无意义数字。
- 错误写法：
fmt.Println(node.Pos())→ 输出类似12345 - 正确写法：
fmt.Println(fset.Position(node.Pos()))→ 输出main.go:12:5 - 如果
fset是空或被多次复用，Position()可能 panic 或返回空字符串 - 对
*ast.File调用fset.Position(file.Pos())得到的是文件开头位置，不是第一行代码位置
遍历 AST 时怎么精准定位某一行某一个变量名
AST 节点本身不存“第几行第几个字符”的快查索引，只能靠 fset.Position() 手动比对。想定位某个具体变量（比如函数参数 a），得先找到它所属的节点，再确认位置是否匹配目标行号。
- 变量名在 AST 中是
*ast.Ident，但它可能出现在很多地方：参数名、变量声明、字段名、函数调用实参……不能只靠名字过滤 - 典型路径：
*ast.FuncDecl→.Type.Params.List（参数列表）→*ast.Field→.Names（[]*ast.Ident）→ 遍历每个.Name - 检查位置：
pos := fset.Position(ident.Pos()); if pos.Line == targetLine && pos.Column == targetCol { ... } - 注意：Go 的列号从 1 开始，且统计的是 Unicode 字符数（不是字节），中文或 emoji 会影响列偏移
跨文件引用类型时，ast 里根本没位置信息
go/ast 只管语法，不管语义。像 examplepkg.SomeStruct 这种跨包引用，在 AST 里只是两个 *ast.Ident 拼成的 *ast.SelectorExpr，没有定义位置，也没有导入路径映射。
立即学习“go语言免费学习笔记（深入）”；
-
SelectorExpr.X是包名标识符，.Sel是结构体名，两者Pos()都指向各自 token，但不指向SomeStruct的实际定义处 - 想定位真实定义，必须配合
go/types：用types.Info.Types[node].Type获取完整类型，再查obj.Pos() - 单独用
go/ast解析单个文件时，examplepkg甚至可能根本没出现在*ast.File.Imports里（比如是隐式导入或 vendor 冲突） - 别试图从
ast.ImportSpec的.Path.Value字符串反推磁盘路径 —— 模块启用后，路径和实际文件位置早已脱钩
Pos() 不够，得结合 go/types 的 Scope 和 Object 做上下文绑定。 
