c++ - 虚拟析构函数会是一件坏事吗？

Question

我总是用虚拟析构函数标记我的类，即使在不需要时也是如此。除了可能对性能造成小的影响之外，是否会出现这样一种情况:当您不需要虚拟析构函数时会导致内存错误或其他可怕的事情？

谢谢

Answer 1

使所有类都可扩展是一个根本缺陷。大多数类根本不适合从中继承，如果您不预先设计用于扩展的类，那么促进这一点是没有意义的

。

这只是误导了您的 API 的用户，他们会将此视为该类是有意义的可继承的暗示。实际上，这种情况很少见，并且不会带来任何好处，或者在最坏的情况下会破坏代码。

一旦你使一个类可继承，你的余生就注定了:你不能改变它的接口(interface)，而且你绝不能破坏(隐含的!)语义 它有。从本质上讲，该类(class)不再属于您。

另一方面，无论如何，继承被高估了。除了用于公共(public)接口(interface)(纯虚拟类)之外，您通常应该更喜欢组合而不是继承。

另一种更基本的虚拟析构函数不受欢迎的情况是当您拥有的代码需要 POD 时。 工作 – 例如在 union 中使用它时，与 C 代码交互时或执行特定于 POD 的优化时(只有 POD 是 blittable，这意味着它们可以非常有效地复制)。[给安迪的帽子提示]

关于性能开销的一句话:在某些情况下会创建很多小对象，或者在紧密循环中创建对象。在这些情况下，虚拟析构函数的性能开销可能是一个严重的错误。

有虚函数表的类也比没有虚函数表的类大，这也会导致不必要的性能影响。

总而言之，没有令人信服的理由让析构函数成为虚拟的，也有一些令人信服的理由不这样做。