expected expression 错误本质是编译器在特定符号（如)、;、++）前未遇到合法表达式，常见于函数调用末尾冗余逗号、switch case后直接定义变量、类型名误作变量名、头文件未包含导致标识符未声明等场景。
看到 expected expression 就先查括号前有没有东西
这个报错本质是编译器在某个符号（比如 )、;、++）前面“没等到一个合法表达式”，它卡住了。最常见位置是函数调用、if/for/while 条件、宏展开末尾。
比如 func(a, b, ); —— 末尾多了一个逗号，编译器读到 ) 前只看到空，就报 expected expression before ')'；又比如 int x = ;，分号前完全没东西，也会触发同类错误。
- 逐行检查报错行及上一行：尤其注意结尾是否有冗余逗号、分号或运算符
- 看报错提示里的 token 是什么（如
before ';'、before '++'），定位到那个符号的左边 - 如果用了宏，展开后很可能出现空参数或不完整调用，用
-E（GCC/Clang）或预处理查看实际代码
switch 里直接定义变量会触发 expected expression
C++ 标准不允许在 case 标签后**直接**写变量定义语句（如 int b = 10;），因为 case 不是作用域边界。编译器把 int b = 10; 当作一条“语句”，但语法上它出现在了不该出现的位置，于是报 expected expression（实际是期望一个表达式语句，而非声明语句）。
- 加一对花括号创建新作用域：
case 1: { int b = 10; /* ... */ break; } - 或者把变量提到
switch外面定义，再在case中赋值 - 注意：C++17 起允许在
case后跟声明，但需满足特定条件（如带初始化且无析构），多数老项目仍按传统方式处理
类型名被当成了变量名，比如写成 LL * 1.0
当你写了类似 LL up = (LL)sqrt(LL * 1.0); 这种代码，编译器看到 LL * 1.0，会认为你想用类型 LL 做乘法——但类型不是表达式，不能参与运算。于是报 expected primary-expression before 'LL' 或变体 expected expression before 'LL'。
- 检查所有带类型关键词的地方：是不是本该写变量名，却误敲成了类型名（
int、LL、自定义struct名等） - 特别留意强制类型转换后的部分，例如
(Type)xxx后面紧跟着的是否是合法表达式 - IDE 语法高亮能帮大忙：类型名通常和变量名颜色不同；如果高亮显示为“类型色”，但上下文明显需要一个值，那八成就是这里错了
头文件没包含，导致名字未声明，间接引发该报错
expected expression 有时是“下游症状”。比如忘了 #include <string></string>，写了 string s = "abc";，编译器不认识 string，把它当作未声明标识符；接着在 = 前就没了合法表达式，最终报出类似 expected expression before 'string' 的错误。
- 不要只盯着报错行，往上翻几行，看有没有
unknown type name或was not declared in this scope类提示 - 常见漏掉的头文件：
<string></string>、<vector></vector>、<cmath></cmath>（sqrt）、<cstring></cstring>（strlen） - 使用
using namespace std;掩盖了部分问题，但不能解决根本缺失；建议显式写std::string，反而更容易暴露头文件遗漏
真正难排查的是嵌套宏 + 模板 + 隐式类型推导混在一起时，expected expression 可能离真实错误点隔了十几行。这时候别硬读，先注释掉疑似块，用最小可复现片段隔离问题——编译器报错位置，往往只是它“终于忍不了”的地方，不是病灶本身。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
