call 是绕过默认 this 绑定、手动指定执行上下文的机制，用于复用父类构造逻辑、委托原型方法、动态切换行为，但不持久化绑定且不适用于箭头函数。

直接用 call 绑定方法到原型继承链上的对象，本质是绕过默认的 this 绑定规则，在调用时手动指定执行上下文。这不是“注入行为”的魔术，而是精准控制函数执行时的 this 指向，让本属于父类或工具对象的方法，临时在子实例上运行并访问其自有属性。

用 call 调用父类构造逻辑补全子实例

子类构造函数中常需复用父类初始化逻辑。若父类构造函数设计为可复用（不依赖 new 语义），就可用 Parent.call(this, ...args) 将父类初始化过程“嫁接”到当前子实例上。

• 确保父类构造函数内部只操作 this，不依赖 new.target 或检查调用方式
• 子类必须先声明 this（如通过 Object.create() 或已创建实例），再调用 call
• 例如：Animal.call(this, name); 让 Dog 实例拥有 name 属性，即使 Dog 构造函数没显式赋值

借 call 复用原型方法并隔离副作用

当某个原型方法需要在不同对象上运行，但又不能污染原对象或改变原型本身，call 是轻量级委托方案。

• 避免把方法复制到每个实例（节省内存），也不修改原型（保持纯净）
• 适用于状态无关的工具型方法，比如格式化、校验、计算逻辑
• 示例：Validator.validate.call(userForm, 'email') —— 方法从 Validator.prototype 取出，却以 userForm 为 this 执行，读取其 email 字段

动态绑定实现运行期行为切换

同一方法体，通过 call 指向不同对象，就能产生不同行为输出——这适合策略模式或上下文感知逻辑。

• 方法内部通过 this 访问当前上下文的数据或配置，无需传入冗余参数
• 适合处理多态性弱但需灵活切换执行环境的场景，如日志记录器根据 this.env 输出不同格式
• 注意：该方式不改变方法归属，仅改变单次调用的绑定，后续调用仍按原始定义解析 this

警惕 this 绑定丢失与 call 的边界

call 是即时绑定，不持久化。它解决的是“这一次怎么执行”，而非“永远属于谁”。误以为用 call 就能永久赋予某对象某能力，容易导致逻辑错位。

• 不要用 obj.method.call(otherObj) 替代 otherObj.method = obj.method.bind(otherObj) —— 前者每次都要显式调用，后者才真正建立长期关联
• 箭头函数无法被 call 改变 this，因其 this 是词法绑定，写之前需确认函数类型
• 若目标对象缺少方法依赖的属性，call 不会自动补全，错误会在运行时暴露，需提前校验上下文完整性