启动自定义ast解析器需先定义节点结构体（如binaryexpr、callexpr、ident）并实现统一接口，再构建状态机lexer和处理优先级/结合性的递归下降parser，严禁使用go/ast。
Go 没有内置的“AST 解析器开发框架”，所谓“开发 AST 解析器”本质是：定义语法 → 实现 lexer → 实现 parser → 构建自定义节点 → 支持遍历或求值。用 go/parser 只能解析 Go 源码，不能用于 DSL 或业务表达式。
怎么启动一个自定义 AST 解析器（非 go/parser）
别从 go/ast 开始——它只服务 Go 语言本身，不可扩展、不可写入、不接受自定义 token。真正可控的起点是定义你的 AST 节点结构体：
-
type BinaryExpr struct { Op string; Left, Right Expr }—— 运算符优先级靠 parser 层控制，不是靠字段顺序 -
type CallExpr struct { Func string; Args []Expr }—— 函数名必须白名单校验，不能直接反射调用 -
type Ident struct { Name string }—— 变量名需限制 ASCII 字母+数字+下划线，且不能以数字开头 - 所有节点实现统一接口：
type Expr interface { Eval(map[string]float64, map[string]func([]float64) float64) (float64, error) }
lexer 怎么写才不容易崩在边界 case
字符串切分不能依赖 strings.FieldsFunc 或正则全量匹配，尤其面对 -12.5、sin(2+pi)、1e-3 这类混合符号时会漏 token 或错切。推荐状态机驱动的单次扫描：
- 用
bufio.Scanner或手动索引遍历，每次推进一个 rune，根据当前状态决定是否 emit token - 数字字面量要识别整数、小数、科学计数法三类，避免把
12.5e-3拆成12.5和e-3 - 标识符和关键字要区分：先匹配
sin、log等函数名（关键字），再 fallback 到变量名（Ident） - 遇到非法字符（如中文括号、全角加号）立即报错，不要跳过或静默转换
parser 必须处理的三个硬性问题
递归下降 parser 不是简单 if-else 堆砌，以下三点不处理，表达式计算必错：
-
1 + 2 * 3必须解析为1 + (2 * 3)，不是(1 + 2) * 3：加减层调用乘除层，乘除层调用原子表达式（数字/括号/函数） -
a + b + c是左结合，不能递归调用自身导致栈溢出：用 while 循环消费连续同级操作符，而非addExpr → addExpr → ... - 括号和函数调用都改变结合性：
sin(x + 1)中x + 1必须完整 parse 成子树，再挂到CallExpr.Args[0]，不能提前终止
为什么别碰 go/ast.Node 手动构造
go/ast 包里所有节点（*ast.File、*ast.FuncDecl）都是解析器输出的只读快照，设计上就不支持手动 new 或修改字段：
- 你无法给
*ast.CallExpr添加自定义字段（比如SourcePos或Metadata），结构体已由标准库锁定 -
ast.Inspect遍历时传入的是节点指针，但改了也没用——后续不会回写到源文件，也不影响任何行为 - 若真需要重写代码（如自动加日志），得用
golang.org/x/tools/go/ast/astutil或手动生成新节点并替换原节点 - 想解析非 Go 语法（如规则引擎 DSL、配置表达式），
go/parser直接报错或 panic，根本进不到 AST 构建环节
最易被忽略的一点：token 位置信息（行号、列号）必须从 lexer 阶段就开始记录，parser 和 error 提示都依赖它；等到构建完 AST 再补位置，基本等于放弃精准报错能力。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
