call立即执行且参数逐个传入，apply立即执行但参数需数组形式，bind不执行而返回预绑定this及参数的新函数。
call/apply/bind 的核心区别在哪
三者都能手动指定函数执行时的 this，但调用方式和返回结果不同：
— call 立即执行，参数逐个传入；
— apply 立即执行，第二个参数必须是数组（或类数组）；
— bind 不执行，返回一个新函数，this 和部分参数被预先绑定。
什么时候该用 call 而不是 apply
当你已有散列的参数变量，且数量固定时，call 更直观。比如从 DOM 元素取值后直接传给某个方法：
function logInfo(name, age, city) {
console.log(this.role + ': ' + name + ', ' + age + ', ' + city);
}
const obj = { role: 'admin' };
logInfo.call(obj, 'Alice', 28, 'Beijing'); // admin: Alice, 28, Beijing
如果参数存在数组里（比如 args = ['Bob', 31, 'Shanghai']），硬用 call 就得写 logInfo.call(obj, args[0], args[1], args[2]) —— 容易出错且不灵活，这时该用 apply。
bind 绑定后还能再改 this 吗
不能。一旦用 bind 绑定了 this，后续无论用 call、apply 还是普通调用，都无法覆盖原始绑定。这是硬绑定（hard binding）机制：
立即学习“Java免费学习笔记（深入）”；
当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。
function say() { return this.name; }
const bound = say.bind({ name: 'John' });
bound.call({ name: 'Jane' }); // 仍返回 'John'
bound.apply({ name: 'Tom' }); // 仍返回 'John'
常见坑：在事件监听或 setTimeout 中误用 bind 多次，导致 this 锁死，调试时发现对象属性始终读不到最新值。
箭头函数里能用 call/apply/bind 改 this 吗
不能。箭头函数没有自己的 this，它会沿作用域链向上找外层普通函数的 this，而这个查找过程在定义时就确定了，与调用方式无关：
const obj = { name: 'Alice', fn: () => this.name };
obj.fn.call({ name: 'Bob' }); // undefined（因为外层 this 是全局或模块级）
所以别对箭头函数尝试 call 或 bind —— 它们不会报错，但也不会生效，只会让你花时间怀疑人生。
真正容易被忽略的是 bind 返回函数的柯里化行为：它不仅能绑定 this，还能预设前几个参数，这个特性在封装工具函数（如防抖、API 请求包装）时特别实用，但初学者常只注意到 this 部分而漏掉参数固化能力。
