go代码生成最稳路径是用go/parser解析源码构造*ast.file再用go/format输出；需显式启用parsefullfiles解析函数体，生成前必用format.source格式化，标识符须转义，路径须用go list -m -f "{{.dir}}"获取模块根目录。
直接用 go/parser 解析源码、构造 *ast.File、再用 go/format 输出，是 Go 代码生成最稳的路径。别碰反射、别手拼字符串，AST 是唯一能保证语法合法、结构可控、类型可验的方式。
parser.ParseFile 默认不读函数体，FuncDecl.Body 是 nil
这是新手踩坑最多的一点：调用 parser.ParseFile 后遍历 *ast.FuncDecl，一访问 .Body 就 panic。因为默认模式下 parser 为节省内存跳过函数体解析。
- 必须显式传入
parser.ParseFullFiles模式，例如：parser.ParseFile(fset, filename, src, parser.ParseComments|parser.ParseFullFiles) - 如果只提取结构体字段、接口方法签名、变量声明等“顶层骨架”，可以不用这个 flag，解析更快、内存更少
-
parser.AllErrors或parser.ParseComments单独加都没用，必须明确包含ParseFullFiles
生成代码前必须用 go/format.Source 格式化字节流
模板里写再多缩进、换行，也抵不过 go/format.Source 一次真实格式化。手写模板容易漏空格、错括号，而 AST 构建的节点经 go/format 处理后，输出一定是合法、可 go build 的 Go 代码。
- 不要对
ast.Print或模板渲染结果做二次字符串处理 - 示例：生成完
dstBytes后，直接formatted, err := format.Source(dstBytes)，再写入文件 - 若跳过这步，哪怕只是少一个换行或空格，都可能让生成的文件无法通过
go vet或编译失败
模板中插入标识符必须转义，否则字段名含 type 等关键字会崩
比如你从 *ast.StructType.Fields 取到字段名 type，直接 {{.Name}} 插入模板，生成的就是 type string —— 这不是字段声明，是非法语法。
- 一律用
{{.Name | printf "%s"}}或{{.IdentName | safe}}（配合自定义 template func）确保转义 - 类型名同理：从
Field.Type提取后，建议用ast.Print写入 buffer 再转字符串，而不是手动拼接 - 更稳妥的做法：用
types.NewPackage+checker.Files做一次真实类型检查，从types.Info.Types拿安全的字符串表示
路径解析错位导致 import 找不到，go list -m -f "{{.Dir}}" 是唯一可靠解
CI 脚本常在子目录执行 go run ./cmd/gen，但 go/parser 默认按当前工作目录找 go.mod，结果包导入路径全解析失败，*ast.ImportSpec 的 .Path 对不上本地模块。
- 别用
filepath.Abs(".")，它返回的是执行路径，不是模块根 - 入口处统一执行：
exec.Command("go", "list", "-m", "-f", "{{.Dir}}").Output()，拿到真实模块根目录 - 后续所有
parser.ParseFile的filename参数、types.Config的Fset初始化，都要基于这个路径计算相对位置
AST 生成不是“写完就跑”，关键在解析模式、格式化时机、标识符转义、路径锚点这四个控制点。漏一个，轻则生成代码编译失败，重则 silently 生成错误逻辑——尤其当字段名或类型名撞上关键字时，连报错都未必出现。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
