继承中构造函数参数传递的核心目标，是实现子类通过初始化列表将参数精确转发给父类构造函数，确保父类状态从创建之初就正确无误。自C++11起，使用using声明可自动继承父类构造函数，在多参数场景下大幅减少手工编码量。
简单来说，本质是子类需要灵活、准确地完成“接力”——将参数原封不动传递给父类，让父类完成其应有的初始化工作。这并非简单的复制粘贴，而是要理清调用链、绑定时机与数据流向。
明确父类构造函数的签名
传递参数前，必须清楚父类构造函数接受哪些参数。例如，父类 A 定义了 A(int x, std::string name)，子类 B 就不能只传入一个 int，否则编译会直接报错。实际项目开发中，建议结合IDE的参数提示或查阅头文件声明，不要凭记忆硬写，容易出错。
- 若父类存在多个重载版本，实参类型会自动匹配，无需手动指定选用哪个版本
- 父类构造函数如果带有默认参数，子类初始化列表中可以省略对应项，但逻辑上仍视为“已传递”
- C++11引入了委托构造函数，允许在同一类内复用构造逻辑，但跨继承边界仍需显式转发
子类初始化列表中的精准转发
在C++中，参数并非在函数体内部调用传递，而是必须写在冒号后的初始化列表里。例如：B(int x, std::string n) : A(x, n), member_(x * 2) {}。这里的 A(x, n) 是直接调用父类构造函数，member_ 则初始化子类自有成员——两者顺序无关，但都在构造函数体执行前完成。
- 初始化列表中父类调用必须置于最前方（语法要求），但实际执行顺序取决于基类声明顺序
- 切勿在初始化列表中使用未初始化的子类成员变量作为父类参数，否则会引发未定义行为
- 若父类构造函数抛出异常，子类构造函数会立即终止，后续初始化和函数体都不会执行
支持多参数与可变参数转发（C++11及以后）
当父类构造函数数量多、参数组合复杂时，逐个编写子类构造函数既繁琐又易出错。C++11提供的“继承构造函数”语法能大幅简化工作：
struct A {
A(int i) { /* ... */ }
A(double d, int i) { /* ... */ }
};
struct B : A {
using A::A; // 自动继承A的所有构造函数
};
这样一来，B b1(42); B b2(3.14, 100); 均合法。注意：该语法仅转发构造逻辑，不会改变访问权限——若父类构造函数为 private 或 protected，子类通过 using 也无法暴露。
- 子类如果自己定义了构造函数，
using声明仍然生效，两者可以共存 - 若子类在转发基础上需要额外处理（如日志记录、参数校验），则不能依赖
using，必须手写构造函数并显式调用父类 - 模板类继承时，
using对每个实例化版本分别生效
JavaScript 中的 this 绑定与参数透传
JavaScript 没有原生的构造函数继承语法，通常通过 Parent.call(this, ...args) 实现参数传递。关键在于 this 必须是子类新创建的实例，参数需解构或展开传入：
function Child(name, age) {
Parent.call(this, name); // 仅将 name 传给父类
this.age = age; // 子类特有属性
}
ES6 的 class 语法中，super(...args) 替代了 call，语义更清晰，并强制要求在访问 this 之前先调用 super。
super()必须在子类构造函数的第一行调用（否则会报错），这是引擎层面的硬性约束- 若父类构造函数需要参数，
super必须带参；不传或传错类型会直接导致运行时崩溃 - 箭头函数没有自己的
this和super，因此不能用于定义子类构造函数
