std::stoi和atof无法解析带运算符的表达式，因它们只处理纯数字字符串，遇“+”“-”即停止或报错；需手动扫描识别数字与运算符，区分正负号与加减号，并逐字符累加计算。
为什么不能直接用 std::stoi 或 atof 解析带运算符的表达式
因为 std::stoi 和 atof 只能处理纯数字字符串，遇到 "12+34" 会停在 '+' 处，只解析出 12，后面被截断或触发异常。真正要解析的是“带操作符的线性表达式”，不是单个数。
常见错误现象：输入 "5-3+2" 却得到 5，或抛出 std::invalid_argument；更隐蔽的是，没处理负号（如 "-5+3"）导致首项误判为正数。
- 必须手动遍历字符串，识别数字、
'+'、'-'，并区分「运算符」和「正负号」 - 推荐从左到右扫描，用一个变量存当前符号（初始为
1表示正），遇到'-'就翻转，遇到'+'不变 - 数字提取建议用
std::isdigit()判断字符，避免依赖std::stringstream的隐式转换行为（它对空格/非法字符容忍度高，反而掩盖问题）
如何安全提取连续数字并转成整数
手写数字解析比调用库函数更能控制边界——比如跳过前导空格、拒绝小数点、明确报错非法字符。关键在于：不要等整个子串凑齐再转，而是一边扫一边累加。
示例逻辑（C++11+）：
int parse_number(const std::string& s, size_t& i) {
int sign = 1, num = 0;
if (s[i] == '-') { sign = -1; ++i; }
else if (s[i] == '+') { ++i; }
for (; i
-
i是引用传入，调用后自动指向下一个非数字位置，方便外层继续处理运算符 - 不检查溢出（题目要求“简单”），但若实际使用，应在
num * 10 + ...前加num > INT_MAX / 10等判断 - 跳过
'+'是为了统一处理"12+3"和"12++3"（后者应报错，但简单版可忽略；严格版需在读到第二个'+'时中断）
怎么处理形如 "-5+3-2" 这种开头带负号的表达式
核心是把第一个数也当作“带符号的操作数”，而不是单独处理首字符。否则容易写出两套逻辑：一个处理开头，一个处理中间，极易漏掉 "--3" 或 "-+4" 这类非法组合。
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
推荐统一策略：初始化 result = 0，current_sign = 1，然后循环中每次读到运算符就“结算上一个数”，再更新 current_sign；首次进入时，current_sign 决定第一个数的正负。
- 扫描到
'-'→ 下一个数乘以-1；扫描到'+'→ 下一个数乘以1 - 遇到连续运算符（如
"5+-3"）属于语法错误，简单版可直接忽略第二个符号，但健壮实现应在读到第二个运算符时返回错误 - 空格必须显式跳过，否则
"5 + 3"中的空格会让std::isdigit返回 false，导致提前终止
完整可运行的最小解析器长什么样
以下是一个去掉容错、专注逻辑的 20 行核心实现，支持空格、正负号、多段加减：
int eval(const std::string& s) {
int i = 0, result = 0, num = 0, sign = 1;
while (i <p>注意最后一步：循环结束时，最后一个数字还没加进 <code>result</code>，必须手动结算。这是最容易漏掉的一行。</p><p>测试用例：<code>eval("12-3+4")</code> → <code>13</code>，<code>eval("-5+2")</code> → <code>-3</code>，<code>eval(" 10 + -2 ")</code> → <code>8</code>（前提是空格被跳过）。</p><p>如果表达式含括号或乘除，这个结构就不够了——它只适合线性扫描的加减，没有递归或栈机制来处理优先级。这点常被初学者低估，以为改几个条件就能扩展，结果陷入状态管理泥潭。</p>C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
