含虚函数但无虚析构的非final类：GCC与Clang编译告警差异原因咨询

嘿，这种情况完全符合预期，两个编译器的处理逻辑都是合理的，核心差异在于它们对这类代码风险的默认评估策略，以及你CI环境里的Clang配置。

先搞清楚问题本身的严重性 #

当一个类拥有虚函数但没有虚析构函数时，如果通过基类指针或引用删除派生类对象，会触发C++标准定义的未定义行为——派生类的析构函数不会被正确调用，这可能导致内存泄漏、资源（比如文件句柄、网络连接）未释放，甚至程序崩溃。所以这类代码是明确的高风险问题，编译器都会做检测，但处理方式可以不同。

为什么GCC只给警告？ #

GCC默认将这个问题标记为警告（对应警告选项-Wdelete-non-virtual-dtor，这个选项是默认开启的）。GCC的设计哲学偏向“尽量让代码能编译通过，同时提醒开发者潜在问题”：

• 有些场景下，开发者可能确实不会通过基类指针删除对象——比如类里的虚函数只是用来实现多态方法调用，而非作为基类被继承删除。这种情况下，代码本身不会触发未定义行为，所以GCC给警告而不是错误，留选择权给开发者。

为什么Clang在CI里会变成错误？ #

Clang默认对这个问题也是警告，但你的CI环境应该是开启了以下两种配置之一：

1. 全局开启-Werror：把所有编译器警告都升级为错误，强制开发者修复所有潜在问题；
2. 针对性开启-Werror=delete-non-virtual-dtor：只把这个特定的高风险警告升级为错误。

Clang社区以及很多现代C++项目都认为，这类非虚析构的问题风险极高——一旦不小心写出通过基类指针删除派生类的代码，就是致命的运行时BUG。所以很多团队会主动配置Clang将其转为错误，从编译阶段就杜绝这类问题的发生。

总结 #

这种差异完全符合预期：

• GCC默认采取更宽容的策略，以警告形式提醒；
• Clang在你的CI环境中被配置为严格模式，将这个高风险问题强制转为错误，避免后续隐患。

内容的提问来源于stack exchange，提问作者roulette01