继承声明必须写在头文件中，因为编译器需在定义派生类对象前获知基类的完整定义以确定内存布局；基类完整定义须在头文件中，实现可置于.cpp文件；public继承表达“is-a”契约，本应对外可见。
继承声明必须写在头文件里
因为编译器需要在定义派生类对象前就完整知道它的内存布局——这包括基类的成员、大小、对齐方式，以及所有可访问的继承关系。如果把 class Derived : public Base 放在 .cpp 文件里，其他包含 Derived 头文件的源文件根本看不到继承结构，会报错或行为未定义。
#include 基类头文件是硬性要求
派生类头文件中必须用 #include "Base.h"（不是 "base.h" 或相对路径错误写法），否则：
-
Base类型未声明，编译器不认识Base是什么 - 即使用了前向声明
class Base;，也无法支持继承语法——前向声明不能用于基类列表 - 构造函数初始化列表里调用
Base(...)会失败，因为编译器不知道Base的构造函数签名
基类定义不能只放在源文件里
常见错误是把 Base 类完整定义写在 Base.cpp 中，只在 Base.h 里放个空壳或前向声明。这会导致：
C++ Code Review Master
下载
组合式C++代码评审方案，融合静态分析、AI推理、多轮迭代评审和C++专项检查，适用于PR审查、增量代码审查、全项目评审和代码质量评分，触发词包括review cpp、cpp代码评审、C++review、代码审查。
- 派生类头文件
#include "Base.h"后仍无法获得Base的成员信息 -
sizeof(Derived)计算错误，可能引发内存越界或析构崩溃 - IDE 无法跳转、补全、静态检查基类成员
正确做法：基类的完整定义（含 public/protected 成员声明）必须出现在头文件中；实现（函数体）可放在 .cpp 文件里。
继承方式选 public 时，头文件暴露接口是设计意图
很多人担心“把继承关系写在头文件里等于暴露了实现细节”，但这是误解：
-
public继承表达的是“is-a”契约，本就应该对外可见——用户需要知道Derived*可以安全转成Base* - 如果真想隐藏基类，说明你实际需要的是组合（
private成员 + 接口转发），而不是继承 -
protected或private继承极少用，且即便用了，也仍需在头文件声明——只是外部不可见，并非可以省略
真正要控制的不是“是否声明继承”，而是“是否让基类的 public 接口成为派生类的 public 接口”。这由继承方式和派生类自己的 public 成员函数决定，不是靠藏头文件能绕开的。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
