何时使用dynamic_cast<T>？为何不始终在基类添加所需函数？

我了解dynamic_cast，但疑惑何时该使用它？为何不始终在基类中添加合适的函数，以便随时调用所需功能？这是否存在性能方面的影响？我原本认为应始终在基类中包含这类函数，此外dynamic_cast会带来较大开销与计算耗时。我编写了一个示例代码来说明：若基类A中没有纯虚函数myUniqueFunc()，则只能通过dynamic_cast调用派生类中的该函数。

#include <iostream>
#include <vector>
#include <memory>

class A
{
public:
    virtual void printSomething() { std::cout << "class A: hello." << std::endl; };
    virtual void myUniqueFunc() = 0 ;
    virtual ~A() {};
};

class B : public A
{
public:
    void printSomething() override { std::cout << "class B: hello." << std::endl; };
    void myUniqueFunc() { std::cout << "class B: Only I can do this..." << std::endl; }
    B() {};
    virtual ~B() {};
};

class C : public A
{
public:
    //void printSomething() override { std::cout << "class C: hello." << std::endl; };
    void myUniqueFunc() { std::cout << "class C: Only I can do this..." << std::endl; }
    C() {};
    ~C() {};
};


int main()
{
    std::vector<std::unique_ptr<A>> myObjects;
    myObjects.emplace_back(std::make_unique<B>());
    myObjects.emplace_back(std::make_unique<C>());
    myObjects.emplace_back(std::make_unique<B>());
    myObjects.emplace_back(std::make_unique<C>());
    myObjects.emplace_back(std::make_unique<B>());
    myObjects.emplace_back(std::make_unique<C>());

    // 1. fast solution via complete virtual functions in base class
    // iterate over all Objects (common functions only
    for (auto& curObjects : myObjects)
    {
        curObjects->printSomething();
        curObjects->myUniqueFunc();
    }

    
    // 2. slow solution via incomplete virtual functions in base class and downcast to derived classes
    // iterate over all Objects (and calls the special func from the derived classes only)
    for (auto& curObjects : myObjects)
    {
        // downcast to the derived classes to get the unique functions
        if (typeid(*curObjects) == typeid(B))
        {
            B& aBClass = dynamic_cast<B&>(*curObjects);
            aBClass.myUniqueFunc();
        }
            
        if (typeid(*curObjects) == typeid(C))
        {
            // downcast to the derived classes to get the unique functions
            C& aCClass = dynamic_cast<C&>(*curObjects);
            aCClass.myUniqueFunc();
        }
        
    }

    return 0;
}

何时使用dynamic_cast？ #

• 无法修改基类时：如果基类来自第三方库或遗留代码，你没有权限修改其接口，但需要调用派生类的特有方法，dynamic_cast是唯一可行的运行时类型判断方案。
• 避免接口污染：如果某个功能只有极少数派生类需要实现，强行在基类添加虚函数会让所有派生类被迫实现（哪怕是空实现），破坏接口的简洁性，违背接口隔离原则。
• 特殊分支逻辑：大部分对象可以通过基类接口统一处理，但少数特定类型需要执行专属逻辑时，dynamic_cast可以针对性处理这些特例，无需为了少数场景污染整个基类接口。

为什么不总是在基类加虚函数？ #

• 语义不合理：如果函数不属于基类的核心职责，硬加到基类会导致接口语义混乱。比如基类是「交通工具」，给它加「发射导弹」的虚函数显然不符合逻辑，只有「战斗机」这类派生类才需要该功能。
• 维护成本高：基类接口的每一次扩展都会影响所有派生类，后续修改函数签名时，所有派生类都要同步调整，增加维护负担。
• 冗余空实现：很多派生类不需要该函数，只能提供空实现，这不仅冗余，还可能隐藏逻辑错误（比如误调用空实现却没被发现）。

性能影响分析 #

dynamic_cast的开销确实比直接调用虚函数大，原因在于：

• 它需要在运行时查询RTTI（运行时类型信息），完成类型匹配检查，这个过程涉及类型信息的查找与比对。
• 引用类型的dynamic_cast在类型不匹配时会抛出std::bad_cast异常，异常处理会带来额外开销；指针类型则返回nullptr，开销相对小一些。

但性能影响是否显著取决于场景：

• 在高频调用的循环（比如示例中的遍历）中，dynamic_cast的开销会被放大，此时优先使用虚函数方案更优。
• 在低频调用场景（比如初始化、单次配置）中，dynamic_cast的开销几乎可以忽略，用它换得接口简洁性是值得的。

对示例代码的优化补充 #

示例中第二种方案的typeid判断是多余的——dynamic_cast本身会做类型检查，直接写成以下形式即可，还能减少一次RTTI查询的开销：

for (auto& curObjects : myObjects)
{
    if (B* aBClass = dynamic_cast<B*>(curObjects.get())) {
        aBClass->myUniqueFunc();
    }
    if (C* aCClass = dynamic_cast<C*>(curObjects.get())) {
        aCClass->myUniqueFunc();
    }
}

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