不加override可能导致函数未被重写：因签名差异（const、参数类型、noexcept等）或拼写错误，编译器静默声明新函数而非重写，基类指针调用仍执行原虚函数，引发隐蔽逻辑错误。
不加override可能导致函数根本没被重写
这是最隐蔽也最危险的问题：你本意是重写基类虚函数，但因函数签名（参数类型、const 修饰、引用符、noexcept）或拼写稍有偏差，编译器会**静默创建一个新函数**，而非报错。基类指针调用时仍走原虚函数，逻辑彻底偏离预期。
常见诱因包括：
- 基类函数是
void foo() const，子类写了void foo()（漏了const） - 基类参数是
std::string_view，子类用了const std::string& - 基类声明了
noexcept，子类没加，且编译器启用了 C++17 或更高标准 - 函数名大小写错误，比如把
ToString写成tostring
override 是编译期强制检查，不是可选装饰
加上 override 后，编译器会严格验证：该函数是否确实存在于某个可访问的基类中、是否为虚函数、签名是否完全匹配（含 const、&、noexcept 等）。不匹配就直接报错，例如：
error: 'foo' marked 'override' but does not override any member functions
这不是警告，是硬性编译失败——逼你立刻修正意图与实现的偏差。
注意：override 只能用于成员函数声明（在类内），不能用于定义（类外实现），也不能用于非虚函数或静态函数。
没有 override 时，不同编译器行为可能不一致
某些老版本编译器（如 GCC 4.7 之前、MSVC 2013）对签名微小差异容忍度高，甚至不报任何提示；而 Clang 或新版 GCC 在无 override 时也可能只给弱警告（如 -Wsuggest-override），默认关闭。这意味着：
- 同一份代码，在 CI 上通过，本地运行却逻辑异常
- 重构基类虚函数后，子类“重写”函数未同步更新，问题潜伏数月才暴露
- 团队协作中，新人无法从代码上判断某个函数是否真在参与多态分发
现代项目应默认启用 -Woverloaded-virtual 和 -Wsuggest-override
即使你暂时没加 override，这些警告能帮你发现潜在覆盖失败点。但它们只是辅助——真正可靠的做法是：只要意图是重写，就**无条件加上 override**。
例外极少，比如必须兼容 C++11 以下标准（此时 override 关键字不存在），但这种场景现在基本只存在于嵌入式裸机或极端遗留系统中。
顺带一提：final 和 override 不冲突，可以同时用：void foo() override final，表示既重写又禁止进一步派生覆盖。
最常被忽略的一点：构造函数、析构函数、模板成员函数不能用 override；而纯虚函数的重写也必须加 override，否则一样不生效。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
