C++函数继承的基本规则
在C++中，派生类会自动继承基类的非私有成员函数，若基类中的函数被声明为虚函数，派生类可以通过重写（override）实现多态行为。继承的核心前提是派生类与基类存在明确的is-a关系，比如Dog类继承Animal类，符合狗是动物的逻辑。
下面是一个简单的继承示例，展示基类虚函数的重写逻辑：
#include <iostream>
using namespace std;
// 基类
class Animal {
public:
// 虚函数，允许派生类重写
virtual void makeSound() {
cout << "动物发出声音" << endl;
}
// 非虚函数，派生类继承但不建议重写
void eat() {
cout << "动物进食" << endl;
}
};
// 派生类
class Dog : public Animal {
public:
// 重写基类虚函数
void makeSound() override {
cout << "狗汪汪叫" << endl;
}
};
int main() {
Animal* animal = new Dog();
animal->makeSound(); // 输出：狗汪汪叫，多态生效
animal->eat(); // 输出：动物进食，调用基类函数
delete animal;
return 0;
}不适合使用继承的场景
1. 两个类不存在is-a关系
继承的核心语义是派生类是基类的一种特殊类型，如果两者只是有部分功能重合，不存在这种归属关系，就不应该使用继承。比如Car类和Engine类，汽车有发动机，但汽车不是发动机，此时用组合（在Car类中包含Engine成员）比继承更合理。
错误示例：
// 错误设计：Car不是Engine的一种
class Engine {
public:
void start() { cout << "发动机启动" << endl; }
};
class Car : public Engine { // 不符合is-a关系，不应该继承
public:
void run() { start(); }
};正确设计：
class Engine {
public:
void start() { cout << "发动机启动" << endl; }
};
class Car {
private:
Engine engine; // 用组合替代继承
public:
void run() { engine.start(); }
};2. 基类接口频繁变动
继承会带来强耦合，一旦基类的非私有函数接口发生修改，所有派生类都可能受到影响，需要同步调整。如果某个类的接口还在频繁迭代，没有稳定下来，此时让其他类继承它，会大幅提升维护成本。
比如基类FileHandler最初只有read函数，后续迭代中新增了write、delete函数，还修改了read的参数列表，所有继承它的派生类都需要适配这些改动，很容易引入bug。
3. 需要复用少量功能，层级过深
如果只是为了复用基类的某几个函数，就设计多层继承关系，会导致代码层级臃肿，可读性下降。比如为了复用Logger类的日志打印功能，就让业务类继承Logger，反而会让业务类的职责变得不清晰。
这种场景下更适合用工具类或者函数组合的方式，把需要复用的功能封装成独立函数，在需要的地方直接调用即可，不需要绑定继承关系。
4. 功能组合比继承更灵活
当需要给类添加多种不同的能力时，继承的扩展性很差，因为C++不支持多继承（即使支持多继承也会带来菱形继承等问题），而组合可以灵活拼接不同的功能模块。
比如一个类需要同时具备网络请求和日志打印能力，用组合可以同时包含HttpClient和Logger两个成员，继承的话要么需要设计复杂的继承链，要么违反单一职责原则。
继承的替代方案
除了继承之外，C++中常用的代码复用和扩展方式有：
- 组合：把需要的功能模块作为类的成员，适合没有is-a关系的场景
- 模板：通过模板参数注入不同的行为，实现编译期多态，避免运行期继承的开销
- 函数封装：把通用逻辑封装成独立函数，需要的地方直接调用，适合复用简单逻辑的场景
实际开发中需要根据具体场景选择最合适的设计方式，不要盲目使用继承，避免让代码变得难以维护。