call的核心价值是让函数在指定上下文中干净可控地执行一次；它适用于单次临时切换this、借用原生方法、避免this丢失等场景，但对箭头函数和new调用无效。
显式绑定 call 的核心价值，不是“强行改 this”，而是让函数在你指定的上下文中干净、可控地执行一次。优雅的关键，在于明确意图、减少副作用、避免冗余包装。
用 call 前先确认：这个切换真有必要？
很多场景下，this 丢失其实源于设计松散，比如把方法直接赋值给变量或传入回调。与其每次用 call 补救，不如从源头约束调用方式：
- 对象方法尽量通过对象属性访问（obj.fn()），依赖隐式绑定更自然
- 事件监听或定时器中需要固定 this，优先考虑 bind 或箭头函数，call 只用于单次、临时、不可预知的切换
- 如果频繁对同一函数做不同 this 的 call，说明它可能本该是通用工具函数——把它设计成接收 context 参数，而非依赖 this
call 的参数传递要轻量且可读
call 的第二个起的参数是原函数的实参，别为了“看起来像调用”而硬套结构。重点是清晰表达“谁来执行、传什么”：
- 避免嵌套 call：func.call(obj, arg1, arg2) 比 (func.bind(obj))(arg1, arg2) 更直接
- 参数多时，拆开写比堆在一行易维护：
const result = calculateTotal.call(cart, item, discount, taxRate); - 传 null/undefined 时留意严格模式——非严格下会变成全局对象，容易埋雷；建议显式传 globalThis 或具体对象，不靠默认行为
借用原生方法时，用 call 安全兜底
这是 call 最经典也最不可替代的用法：让非数组对象使用数组方法，或安全检测类型。关键在于“不污染、不假设”：
- 处理类数组（如 arguments、NodeList）：
Array.prototype.slice.call(arguments, 1) —— 不依赖 Array.from，兼容老环境 - 跨框架/跨原型链判断类型：
Object.prototype.toString.call(value) —— 比 value.toString() 更可靠，不受实例重写影响 - 避免直接修改原对象：call 是只读切换，不改变原函数或原对象，天然符合函数式习惯
避开箭头函数和 new 绑定的陷阱
call 对这两类情况无效，提前识别能省去调试时间：
- 箭头函数没有自己的 this，call 传任何值都无效——它始终沿用外层词法作用域的 this
- 构造函数调用（new Fn()）的 this 优先级高于 call，即使写了 Fn.call(obj)，只要前面加了 new，this 仍指向新实例
- 不确定函数是否会被 new 调用时，别依赖 call 绑定；改用普通函数声明 + 显式 context 参数更稳妥
