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不会自动补全，错误会在运行时暴露，需提前校验上下文完整性
