C++中为何使用基类指针指向派生类对象而非直接用派生类指针？

我们先把题目中涉及的C++代码整理如下：

class Base
{
public:
    virtual void print()
    {
        cout << "I'm base" << endl;
    }
};

class Derived : public Base
{
public:
    void print() override 
    {
        cout << "I'm derived" << endl;
    }
};

int main()
{
    Base* b = new Derived();
    b->print();
}

相比直接定义Derived* d = new Derived()的写法，这种用法的核心价值是从代码结构层面降低耦合，具体体现在：

• 逻辑和具体实现解耦：如果你写一个通用的处理函数，形参定义为Base*类型，后续不管你新增多少个继承自Base的派生类（比如做图形类的Circle、Square、Triangle），这个通用函数完全不需要修改，直接传入对应派生类的实例指针就能正常运行。如果一开始就把形参绑定为具体的Derived*，每新增一个派生类，你就得为每个新类重写一遍几乎一模一样的逻辑，派生类越多，维护成本越高。
• 可以统一管理同类对象：你可以用std::vector<Base*>这类容器，把所有继承自Base的派生类实例统一存起来，遍历时直接调用虚函数就能批量处理所有对象，根本不需要靠if-else挨个判断每个对象的实际类型。比如做员工管理系统，把全职、兼职、实习生这些继承自Employee基类的对象统一存起来，遍历调用算工资的虚函数就行，不用每次处理前都判断下现在拿到的是哪种员工。
• 从语法层面减少非必要的耦合：如果你当前的业务逻辑本来就只需要用到Base定义的公开接口，用Base*的写法会限制你去访问Derived类独有的成员方法，避免上层逻辑不小心绑到派生类的非通用实现上。后续如果要修改Derived的内部实现，只要不改变Base接口的行为，上层依赖就完全不会受影响。

你提到的“需要访问基类成员、同时希望调用派生类重写的虚函数”，只是这个用法的很小一部分，它的核心本质是面向抽象编程，不是为了凑“既能用基类接口、又能触发多态”的效果，实际开发中常见的适用场景还有很多：

• 做接口隔离：底层模块可以只对外暴露抽象基类的指针，不暴露具体派生类的实现细节。上层用户拿到指针后只需要调用基类定义的接口，根本不需要知道背后具体是哪个实现类。后续底层如果要替换具体实现（比如把本地日志的实现换成远程日志的实现），上层代码完全不需要改动。
• 支撑框架的扩展性：很多通用框架会预留抽象基类，让用户自己写派生类实现自定义逻辑，框架内部只会用基类指针去调用用户的实现，完全不需要感知用户写的派生类到底叫什么、有什么专属逻辑。

当然这个用法也不是万能的：如果你当前的逻辑确实需要频繁访问Derived类独有的成员和方法，那完全没必要硬套基类指针。比如Derived类里有一个Base类根本没有定义的专属方法，用Base*指向对象的话还得做向下转型才能调用，反而会增加出错的概率，不如直接定义派生类指针来得直接。

很多人刚学的时候会觉得“反正用Derived*也能调用重写的虚函数，为什么非要绕一圈用基类指针”——核心区别是，绑定具体派生类的写法，会让你的逻辑和某一个固定的实现紧紧绑死，后续根本没有无痛替换实现的空间；而基于基类抽象的写法，是从代码结构上把实现和逻辑拆开，这是扩展性的本质差别，不是写法上的形式区别。

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