构造函数参数默认值不直接参与继承，但通过父类主动兜底处理undefined/缺失参数，配合子类正确调用Parent.call(this, ...)，可提升灵活性与健壮性；推荐用??或typeof判断实现，默认值逻辑在实例初始化时生效，需避免引用类型共享。
构造函数参数默认值本身不直接参与继承，但和继承配合使用时，能显著提升子类创建的灵活性与健壮性。关键在于：父类构造函数先支持默认值，子类在调用继承（如 Parent.call(this, ...)）时，可安全传入 undefined 或省略参数，由父类内部兜底处理。
父类构造函数需主动支持默认值
不能只靠子类“传空”，而要让父类自己判断并赋默认值。常见写法有三种：
- 用逻辑或
||（注意：0、''、false会被误判为假值，慎用） - 用空值合并操作符
??（推荐，只对null和undefined生效） - 显式判断
typeof arg === 'undefined'（兼容老环境，语义最清晰）
示例：
function Animal(name, age) {
this.name = name ?? 'Anonymous';
this.age = typeof age === 'undefined' ? 1 : age;
}
子类继承时保留默认值逻辑的传递能力
子类调用 Animal.call(this, name, age) 时，若传入 undefined，父类默认值机制仍生效；若传入具体值，则以传入为准。这样既保持继承链可控，又避免子类重复写默认逻辑。
- ✅ 正确：子类构造函数接收参数后原样或加工传给父类
- ❌ 错误：子类把参数全设成固定值再传，等于废掉默认值设计
- ⚠️ 注意：不要在子类里提前解构赋默认值再传，否则会掩盖原始意图（比如
name = 'Dog'再传，父类就收不到undefined）
结合原型继承时默认值仍有效
即使使用 Child.prototype = Object.create(Parent.prototype) 这类原型链继承方式，只要子类构造函数中仍调用 Parent.call(this, ...) 初始化实例属性，默认值逻辑就照常工作。原型方法不涉及参数默认值，所以不影响。
- 原型继承负责方法复用，构造函数调用负责实例属性初始化
- 二者分工明确，默认值属于初始化环节，只在
call/apply调用时起作用 - 因此，组合继承（构造函数 + 原型）是最常用且默认值友好的方案
避免默认值被意外覆盖的常见陷阱
当父类属性是引用类型（如数组、对象），默认值若直接写成字面量，会导致所有实例共享同一份内存 —— 这和继承无关，但常在默认值场景下暴露。
- ❌ 错误写法：
this.tags = ['js']→ 所有实例共用一个数组 - ✅ 正确写法：
this.tags = Array.isArray(tags) ? [...tags] : ['js']或this.tags = tags ?? ['js']（前提是tags是传入参数） - 更稳妥：把默认引用值封装在工厂函数里，每次新建实例都生成新副本
