不能直接用std::stod或eval处理带括号和优先级的表达式，因C++无std::eval；std::stod仅解析单个数字，遇"2+3*(4-1)"即在'+'处报错；必须手写递归下降解析器构建AST，显式处理优先级、结合性、括号及一元负号。
为什么不能直接用 std::stod 或 std::eval 处理带括号和优先级的表达式
因为 C++ 标准库根本没有 std::eval——这是常见误解；而 std::stod 只能解析单个数字，遇到 "2 + 3 * (4 - 1)" 会停在第一个空格或加号就报错。真实需求是把字符串按运算符优先级切分、递归下降解析，最终生成 AST 节点。不构建语法树，就无法支持后续扩展（比如变量代入、求导、代码生成）。
关键判断：必须手写递归下降解析器，且需明确区分「词法分析」和「语法分析」两个阶段——跳过词法直接字符串查找 '+' 或 '('，会在 "10 + -5" 或 "(2.5e-3)" 上立刻崩溃。
- 先用简单循环提取 token（数字、
'+'、'-'、'*'、'/'、'('、')'），跳过空格，注意负号和减号的上下文区分 - 数字 token 必须支持整数、小数、科学计数法，用
std::stod仅作用于已确认的数字子串，而非原始表达式 - 左括号必须匹配右括号，未闭合时抛出
"unmatched '(' "错误，不能靠 try-catch 默默吞掉
parse_expression 和 parse_term 的调用层级怎么定才不出错
递归下降的核心是让函数职责严格对应文法优先级：parse_expression 处理 +/-（最低优先级），parse_term 处理 *//（中等），parse_factor 处理数字、括号、正负号（最高）。如果把 parse_term 写成直接调 parse_expression，就会导致 "1 + 2 * 3" 算成 (1 + 2) * 3 == 9 而非正确结果 7。
典型错误现象：parse_expression 里循环读取 + 后没调 parse_term，而是又调了一次 parse_expression，造成无限递归或优先级反转。
立即学习“C++免费学习笔记（深入）”；
-
parse_expression→ 调parse_term，再循环处理后续'+'或'-' -
parse_term→ 调parse_factor，再循环处理后续'*'或'/' -
parse_factor→ 若遇'('，则递归调parse_expression；若遇'-'，则取反节点包裹parse_factor结果
AST 节点设计如何避免内存泄漏和虚析构陷阱
用多态 AST 节点（如 class BinaryOpNode : public ASTNode）时，若基类 ASTNode 没有虚析构函数，用 std::unique_ptr<astnode></astnode> 持有派生类对象，delete 时只会调基类析构，派生类资源（如子节点指针）不会释放——C++ 中这是未定义行为，不是“偶尔出错”，而是必然泄露。
另一个坑是节点内部用裸指针存子节点（如 ASTNode* left;），导致所有权模糊：谁 new 谁 delete？一旦多个父节点共享同一子节点，或提前释放，程序立即崩在 segmentation fault。
- 基类
ASTNode必须声明virtual ~ASTNode() = default; - 所有子节点统一用
std::unique_ptr<astnode></astnode>存储，禁止裸指针 - 构造节点时直接 move 初始化子节点，例如
BinaryOpNode(op, std::move(left), std::move(right)) - 不要在 AST 构建过程中混用
new和std::make_unique，后者才是 RAII 安全选择
为什么 std::string_view 不适合做 token 的底层存储
初看 std::string_view 零拷贝很诱人，但 token 是从原始表达式字符串中切出来的子视图，而原始字符串生命周期必须严格长于所有 token——如果把表达式存在局部 std::string expr = "1+2";，再传给解析器生成 AST，AST 节点里若存的是 std::string_view 指向该局部变量，函数返回后 AST 就持有了悬垂指针。
更隐蔽的问题是：token 还要参与语义动作，比如把数字字符串转成 double 值，此时你根本不需要保留原始字符，留着 string_view 反而增加生命周期管理负担。
- token 类型应为值语义：用
enum class TokenType { NUMBER, PLUS, MINUS, ... }+double value（仅对 NUMBER）或char op（对运算符） - 数字 token 解析后立刻调
std::stod存 double，不再保存原始字符串 - 若真需原始文本（如调试打印），可额外加字段
std::string lexeme，但默认关闭以避免冗余
递归下降本身不难，难的是 token 生命周期、节点所有权、优先级层级这三处——漏掉任何一处，跑通简单例子后，遇到负数、嵌套括号或连续乘除就必现 crash 或逻辑错误。
