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+）：
立即学习“C++免费学习笔记（深入）”；
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 < s.length() && std::isdigit(s[i]); ++i) {
num = num * 10 + (s[i] - '0');
}
return sign * num;
}-
i是引用传入，调用后自动指向下一个非数字位置，方便外层继续处理运算符 - 不检查溢出（题目要求“简单”），但若实际使用，应在
num * 10 + ...前加num > INT_MAX / 10等判断 - 跳过
'+'是为了统一处理"12+3"和"12++3"（后者应报错，但简单版可忽略；严格版需在读到第二个'+'时中断）
怎么处理形如 "-5+3-2" 这种开头带负号的表达式
核心是把第一个数也当作“带符号的操作数”，而不是单独处理首字符。否则容易写出两套逻辑：一个处理开头，一个处理中间，极易漏掉 "--3" 或 "-+4" 这类非法组合。
组合式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 < s.length()) {
char c = s[i++];
if (std::isdigit(c)) {
num = num * 10 + (c - '0');
} else if (c == '+' || c == '-') {
result += sign * num;
num = 0;
sign = (c == '+') ? 1 : -1;
} else if (std::isspace(c)) {
continue;
}
}
result += sign * num; // 别忘了最后一段数
return result;
}注意最后一步：循环结束时，最后一个数字还没加进 result，必须手动结算。这是最容易漏掉的一行。
测试用例：eval("12-3+4") → 13，eval("-5+2") → -3，eval(" 10 + -2 ") → 8（前提是空格被跳过）。
如果表达式含括号或乘除，这个结构就不够了——它只适合线性扫描的加减，没有递归或栈机制来处理优先级。这点常被初学者低估，以为改几个条件就能扩展，结果陷入状态管理泥潭。
