Go标准库没有ast.Generate函数，代码生成需手动构建AST节点（如ast.FuncDecl、ast.File）并用go/format或go/printer输出；关键要求包括：节点语义合法、token.Pos不可缺失、import须正确挂载到ast.File.Decls中。
为什么直接用 ast.Generate 会报错
Go 标准库根本没有 ast.Generate 这个函数——这是常见误解的起点。真正能“生成代码”的是 go/format + go/printer 配合手动构造 AST 节点，而不是调用某个魔法生成函数。如果你搜到示例里写了 ast.Generate，基本是混淆了第三方库（比如 gogen）或过时资料。
实际路径是：先用 ast 包类型（如 ast.File、ast.FuncDecl、ast.ReturnStmt）拼出语法树 → 再用 printer.Fprint 输出为 Go 源码字符串。
- AST 节点必须满足语义合法性：比如
ast.Ident的Name不能为空，ast.CallExpr的Fun不能为 nil - 所有位置信息（
token.Pos）可填token.NoPos，但不能漏传（否则printer可能 panic） - 别忘了导入
"go/ast"、"go/format"、"go/printer"、"go/token"
如何安全构造一个带参数的函数 AST 节点
手写 ast.FuncDecl 最容易在参数列表和函数体上出错：漏掉 ast.FieldList 包裹、把 ast.Expr 当成 ast.Stmt 塞进 Body、忘记用 ast.BlockStmt 包一层。
下面是一个生成 func Add(a, b int) int { return a + b } 的最小可行片段：
立即学习“go语言免费学习笔记（深入）”；
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
func := &ast.FuncDecl{
Name: ast.NewIdent("Add"),
Type: &ast.FuncType{
Params: &ast.FieldList{
List: []*ast.Field{
{Names: []*ast.Ident{ast.NewIdent("a")}, Type: ast.NewIdent("int")},
{Names: []*ast.Ident{ast.NewIdent("b")}, Type: ast.NewIdent("int")},
},
},
Results: &ast.FieldList{
List: []*ast.Field{{Type: ast.NewIdent("int")}},
},
},
Body: &ast.BlockStmt{
List: []ast.Stmt{
&ast.ReturnStmt{
Results: []ast.Expr{
&ast.BinaryExpr{
X: ast.NewIdent("a"),
Op: token.ADD,
Y: ast.NewIdent("b"),
},
},
},
},
},
}
-
Params和Results必须是*ast.FieldList，不是[]*ast.Field - 多个同类型参数（如
a, b int）要放在同一个*ast.Field里，共用Type -
ReturnStmt.Results是[]ast.Expr，不是单个ast.Expr
为什么 printer.Fprint 输出的代码格式丑且换行错乱
直接用 printer.Fprint 输出原始 AST，默认不格式化——它只做“转义+拼接”，不会自动缩进、换行或对齐。你看到的可能是全挤在一行，或者大括号换行位置反直觉。
正确做法是走 go/format.Node 或用 printer.Config 控制输出：
fset := token.NewFileSet()
var buf bytes.Buffer
err := format.Node(&buf, fset, func)
// 或
err := (&printer.Config{Mode: printer.TabIndent | printer.UseSpaces, Tabwidth: 4}).Fprint(&buf, fset, func)
-
format.Node更接近gofmt行为，推荐用于最终生成；printer.Config更适合调试时控制缩进风格 -
fset（*token.FileSet）必须传，哪怕只是空的token.NewFileSet()；否则format.Node会 panic - 如果生成的是完整文件（含 package 声明），记得给
ast.File的Package字段赋值（如token.Pos(1)），否则format.Node可能拒绝处理
生成带 import 的文件时，为什么编译报 “undefined: xxx”
AST 层面写对了 import "fmt"，但生成的代码里没出现 import 语句？大概率是没把 ast.GenDecl（对应 import 声明）加进 ast.File.Decls 列表，或者声明顺序错了（import 必须在 package 后、其他声明前）。
正确构造 import 的关键点：
- 用
&ast.GenDecl{Tok: token.IMPORT, Specs: []ast.Spec{&ast.ImportSpec{Path: &ast.BasicLit{Kind: token.STRING, Value: "\"fmt\""}}}} - 这个
*ast.GenDecl必须放在ast.File.Decls的第一个非-package 元素位置（即索引 1，index 0 是*ast.GenDecl{Tok: token.PACKAGE}） - 注意
Path是*ast.BasicLit，不是字符串；Value要带双引号（"\"fmt\""），否则解析失败 - 如果要多 import，
Specs改成切片：[]ast.Spec{...}，每个*ast.ImportSpec对应一个包
AST 构造本身不校验符号是否真实存在，所以 import 写错（比如拼错包名）不会在生成阶段报错，只有后续编译才暴露——这点很容易被忽略。
