派生类构造函数必须显式调用基类构造函数；当base无默认构造函数时，若未在初始化列表中显式调用，编译器会尝试插入base()导致报错，解决方法是在每个派生类构造函数初始化列表中明确写出base(...)调用。
派生类构造函数必须显式调用基类构造函数
当 Base 类没有默认构造函数（即所有构造函数都带参数），而你又没在派生类构造函数初始化列表里显式调用某个基类构造函数时，编译器会尝试插入 Base() 调用——这直接报错：「no matching function for call to Base::Base()」。
解决方法只有一条：在派生类每个构造函数的初始化列表中，明确写出基类构造函数调用。
- 不能依赖编译器自动生成，哪怕派生类构造函数本身不带参数
- 基类有多个构造函数时，按需选择——不是选“最匹配”的那个，而是你主动指定的那个
- 如果派生类有多个构造函数，每个都得单独处理基类初始化，不能复用
初始化列表顺序不能颠倒：基类优先于成员
C++ 规定初始化顺序严格按类定义中的声明顺序：先基类，再类内成员变量（无论初始化列表里怎么写）。但如果你在初始化列表里漏掉基类、却写了成员，编译器不会帮你补上 Base()，而是直接报错。
常见错误写法：
class Derived : public Base {
public:
Derived(int x) : m_val(x) {} // ❌ 缺少 Base(...)，编译失败
private:
int m_val;
};
正确写法：
class Derived : public Base {
public:
Derived(int x) : Base(42), m_val(x) {} // ✅ 显式调用 Base(int)
private:
int m_val;
};
委托构造无法绕过基类初始化
有人想用委托构造（delegating constructor）来“隐藏”基类调用，比如让一个带参构造函数调用另一个更全的构造函数。但注意：被委托的构造函数仍必须在自己的初始化列表中完成基类初始化。
- 委托链顶端那个构造函数，仍要负责调用基类构造函数
- 委托语法
: Derived(args)本身不触发基类初始化，它只是跳转；初始化动作仍在目标构造函数的初始化列表里 - 下面这段代码依然非法：
Derived(int x) : Derived(x, "default") {} // 委托 Derived(int x, const char* s) : m_val(x), m_str(s) {} // ❌ 还是没调 Base
聚合类型和继承混用时尤其容易踩坑
如果基类是聚合（比如只有 public 成员、无用户定义构造函数），但它恰好没默认构造函数（例如只有 Base(int)），那它就不再是聚合体了——此时派生类无法用花括号初始化（{...}），也不能依赖隐式生成的默认构造函数。
这种边界情况常出现在旧代码迁移或与 C 风格结构体混用时：
-
Derived d{1, 2};会失败，除非你为Derived显式定义接受两个参数的构造函数，并在其中调用Base(int) - 即使基类只有 public 成员，只要它有带参构造函数，就失去聚合性质，派生类就失去“纯数据初始化”能力
最稳妥的做法，始终把基类构造需求当作硬性约束：只要基类没 Base() = default; 或类似定义，派生类每个构造路径都得亲手写上 Base(...)。漏一次，编译器就拦一次。
C++免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 C++ 的入门与实战技巧！
