class定义末尾的分号是语法必需，用于告诉编译器类型定义结束；c++标准强制要求，缺则直接报错，不进入语义分析，且不可用换行或缩进替代。
class定义末尾的分号是语法必需，不是可选风格
它和变量声明末尾的分号性质相同：告诉编译器“这个类型定义到此结束”。C++标准规定 class（以及 struct、union）定义必须以分号结尾，否则直接报错，不进入语义分析阶段。
常见错误现象：error: expected ';' after class definition 或更模糊的后续行报错（比如把下一行当成类体的一部分）。
- 分号属于定义语法的一部分，不是语句结束符——它不对应任何运行时行为
- 即使类体为空（
class Empty {};），分号也不能省 - 和函数定义、变量声明不同，这里不能用换行或缩进替代分号
- 在头文件中漏写分号，会导致后续所有包含该头文件的源文件编译失败
和struct一样要加分号，但和函数体、if块完全不同
容易混淆的点在于：花括号 {} 在不同上下文含义不同。在 class 定义中，{} 是类型定义的边界；而在函数或控制流中，{} 是复合语句的边界，后面不加分号。
对比来看：
class A {
public:
int x;
}; // ✅ 必须有分号
void foo() {
int y = 0;
} // ❌ 这里不能加分号
if (true) {
return;
} // ❌ 这里也不能加分号
-
class和struct的分号地位等价，C++为兼容C语言结构体定义而保留此规则 - 模板类、继承类、带访问限定符的类，分号位置不变，始终在右大括号之后
- 如果类定义后紧跟对象声明（如
class X {}; X obj;），分号仍不可省——它只终止类定义，不连接后续声明
IDE和编译器通常不会帮你补这个分号
很多现代编辑器能自动补全 class Name { 后的 };，但一旦你手动删掉、或从别处复制代码没带分号，工具链几乎从不修复。Clang/GCC/MSVC 全部严格报错，且错误定位常偏移——比如提示“expected unqualified-id”，实际根源只是上一行缺分号。
- 检查顺序：先看类定义最后一行有没有
;，再查拼写、嵌套括号是否匹配 - 在头文件中定义多个类时，一个漏写会连带破坏后续所有类的解析
- 使用 CMake 或构建系统时，这类错误会导致整个 target 编译中断，无法跳过
struct 也一样，但默认访问权限不同不影响分号要求
struct 和 class 在分号规则上完全一致，区别仅在于默认访问权限（struct 默认 public，class 默认 private）。无论你用哪个关键字，只要是在定义用户自定义类型，就逃不开这个分号。
- 写
struct S { int a; };和class C { private: int b; };，分号都不可省 - 混合使用时（比如
struct里嵌套class），每个顶层类型定义各自负责自己的分号 - 模板参数列表中的
class T是占位符语法，不构成类型定义，后面不加分号——别和这里混淆
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
