构造函数调用是javascript继承中实现属性初始化的关键，需显式传入this以确保父类实例属性正确挂载到子类实例；逻辑封装则要求抽离调用逻辑、明确参数传递、配合原型链职责分离，并在es6 class中通过super()强化初始化契约。
构造函数调用是 JavaScript 继承中实现属性初始化的关键环节，而逻辑封装则决定了这些调用是否安全、可复用、不污染实例。二者不是孤立操作——调用方式决定封装质量，封装设计又反向约束调用时机和上下文。
构造函数调用的本质：改变 this 指向并执行初始化逻辑
在子类中调用父类构造函数（如 Parent.call(this, ...)），核心是把父类内部定义的实例属性（比如 this.name、this.hobbies = ['reading']）真正“复制”到当前子类实例上。这一步绕过了原型链，直接在实例自身挂载属性，因此每个子类实例都拥有独立副本，避免了引用类型共享问题。
- 必须显式传入
this，否则父类内部的this会指向全局或 undefined（严格模式下） - 支持传参：父类构造函数接收的参数（如 name、age）可由子类灵活控制，实现差异化初始化
- 只执行父类构造函数体内的代码，不涉及其 prototype 上的方法——那些仍需通过原型链继承
逻辑封装的常见误区与合理做法
很多开发者把构造函数调用写死在子类体内，看似可行，实则破坏了可维护性。真正的封装，是让“调用父类构造逻辑”这件事本身成为可配置、可复用、可拦截的行为。
- 避免重复书写
Parent.call(this, ...)：若多个子类继承同一父类，应抽离为工具函数或基类方法，例如initParent(...) - 参数传递要明确意图：不建议用
arguments全量转发，容易漏参数或顺序错乱；推荐解构或命名参数对象，提高可读性 - 可在调用前后插入校验或副作用逻辑：比如检查必填字段、打日志、触发钩子函数，这些都属于封装层的责任
与原型链配合时的封装边界
构造函数继承解决实例属性，原型链继承解决方法复用。二者组合（即组合继承）时，封装重点在于“职责分离”：
- 子类构造函数内只负责调用父类构造函数初始化自有属性，不处理方法继承
- 原型赋值（
Child.prototype = Object.create(Parent.prototype)）应独立完成，且紧随其后修复constructor - 所有共用方法统一放在父类 prototype 上，子类仅通过原型链访问，不重复定义
ES6 class 中的封装演进
class 语法糖让构造函数调用和逻辑封装更直观：super(...) 强制要求在子类 constructor 中调用，且自动绑定正确上下文；同时限制了对 this 的访问时机（必须先调 super），从语言层面防止常见错误。
- 它没有消除封装需求，而是把基础规则内置化，开发者仍需关注参数语义、错误处理、扩展点设计
- 在
super()前不能访问this，本质是强制执行“先完成父类实例初始化”这一封装契约 - 静态方法、getter/setter、私有字段（#field）等特性，进一步丰富了逻辑封装的表达能力
