直接用两栈会因忽略运算符优先级导致错误，如1+2*3算成9；乘除需立即处理，加减可延迟；负号需在词法层识别为一元并转0-x；std::stack足够，但须防空栈、除零和非法字符。
为什么直接用两个栈（操作数栈 + 运算符栈）会出错？
常见错误是把 +、-、*、/ 全部无差别压入运算符栈，遇到右括号或新运算符时才统一处理。这会导致优先级混乱——比如 1 + 2 * 3 算成 (1 + 2) * 3 = 9，而非正确结果 7。
关键在于：**不是所有运算符都能延迟计算**。乘除必须比加减先算，所以遇到 * 或 / 时，要立刻检查栈顶是否已有同级或更高级运算符（即另一个 *、/），并立即执行；而 +、- 可以等后续更高优先级运算符处理完再算。
- 定义运算符优先级：
'('最低（仅用于匹配），'+'和'-'为 1，'*'和'/'为 2 - 读到数字就进操作数栈；读到运算符
op，先比较它和运算符栈顶的优先级：若栈顶优先级 ≥op的优先级（且栈顶不是'('），就弹出并计算一次 -
')'不入栈，而是持续弹出直到遇到'('；左括号只在栈空或遇到'('时才入栈
如何安全处理负数和连续符号（如 "-2*(-3+1)"）？
标准中缀求值通常假设输入合法且不含一元负号，但实际遇到 "-2" 或 "(-3)" 就会崩——因为解析器把 - 当作二元减号，却找不到左操作数。
解决办法是在词法扫描阶段识别“一元负号”：当 - 出现在表达式开头、左括号后、或前一个 token 是运算符时，它就是一元的，应转为 0 - x 形式处理。
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 不修改主逻辑，而在读取 token 时判断：若当前字符是
'-'，且位置为 0，或前一字符是'('或运算符（'+'、'-'、'*'、'/'），则插入隐式0再压入'-' - 例如
"-2*(-3+1)"实际按"0-2*(0-3+1)"解析 - 避免在计算函数里硬塞特判，否则
eval逻辑会混杂语法逻辑，难以调试
std::stack 足够用吗？要不要手写链栈？
够用。除非你在嵌入式环境或对内存分配极度敏感，否则 std::stack（默认基于 std::deque）完全胜任——它支持 O(1) 压栈/弹栈，无迭代器失效风险，且自动管理内存。
真正要注意的是类型安全：
- 操作数栈必须用
std::stack<double></double>或std::stack<long long></long>，别用int——除法可能产生小数，整数截断会掩盖错误 - 运算符栈用
std::stack<char></char>即可，别存string或自定义 enum，增加不必要的分支 - 不要在循环中反复调用
stack::size()判空，改用empty()——前者对某些底层容器不是 O(1)
完整可运行片段里最容易漏掉的边界检查
多数人能写出核心计算逻辑，但上线前常忽略三类崩溃点：空栈弹出、除零、非法字符。这些不会在 "1+2*3" 里暴露，但在用户输入或日志回放时必然触发。
- 每次调用
pop()前，必须用empty()检查栈非空；尤其处理右括号时，可能遇到"())"这类坏输入 - 执行除法前检查除数是否为 0，抛出异常或返回错误码（比如返回
std::nullopt），别让程序崩在/指令上 - 词法扫描时跳过空格，但遇到非数字、非括号、非四则运算符的字符（如
'a'、'$'），应立即终止并报错，而不是静默跳过
真正难的不是算法，是让代码在 " -0.5 / ( 2 + 3 ) "、"1++2"、"(1" 这些边缘输入下不崩溃、不误算、不静默失败。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
