reflect.apply 是函数调用的标准化封装，强制显式传入 target、thisargument 和 argumentslist（必须为数组），不支持类数组自动展开，返回值与原函数一致，主要用于 proxy 的 apply trap 或需精确控制 this 的场景。
Reflect.apply 本质是函数调用的标准化封装
Reflect.apply 并不是新功能，而是把 Function.prototype.apply 提取为一个不可修改、无 this 绑定、纯函数式的标准接口。它强制你显式传入 thisArg 和 argsList，避免隐式绑定或意外丢失上下文。
常见错误是把它当 call 用却漏传数组：比如 Reflect.apply(fn, obj, arg1, arg2) 会报错——第三个参数必须是类数组或数组，否则抛 TypeError: CreateListFromArrayLike called on non-object。
- 必须传三个参数：
target（函数）、thisArgument（this 值）、argumentsList（数组） - 不支持类数组自动展开（如
arguments对象需先转Array.from(arguments)） - 返回值与原函数一致，不包装、不拦截，也不改变原型链
替代 call/apply 时要注意 this 的显式性
用 Reflect.apply 替代 fn.call(obj, ...args) 看似等价，但关键差异在于：它不会尝试从调用位置推导 this，也不会受箭头函数或严格模式下 this 为 undefined 的影响——你传什么就是什么。
典型陷阱是传 null 或 undefined 作 thisArgument：在非严格模式下会被自动转为全局对象（window 或 globalThis），严格模式下就真传过去，可能导致方法内 this.x 报 Cannot read property 'x' of undefined。
- 想模拟非严格模式默认行为？显式传
globalThis（Node.js 中是global，浏览器中是window） - 想安全兜底？加一层判断：
Reflect.apply(fn, thisArg ?? {}, args) - 箭头函数无法被
Reflect.apply改变this—— 它根本没自己的this，这点和call/apply一样
配合 Proxy handler 实现更可控的方法调用拦截
单独用 Reflect.apply 价值有限，但它和 Proxy 的 apply trap 天然配对。当你需要在调用前校验参数、记录日志、或统一处理 this 绑定逻辑时，Reflect.apply 是 trap 内部“继续执行原逻辑”的标准方式。
例如写一个防抖方法代理：
const debounced = new Proxy(fn, {
apply(target, thisArg, args) {
clearTimeout(timer);
timer = setTimeout(() => Reflect.apply(target, thisArg, args), 300);
return undefined;
}
});
这里必须用 Reflect.apply，不能写 target.apply(thisArg, args)——因为 target 可能是箭头函数或没有 apply 方法的对象（比如 Proxy 包裹过的函数），而 Reflect.apply 对所有可调用对象都保证可用。
-
Reflect.apply是唯一能安全跨类型调用的底层机制，比手动检测typeof target === 'function'更可靠 - 在
Proxy中硬写target(...args)会丢失thisArg，等价于target.apply(undefined, args) - 若目标函数本身是 Proxy，
Reflect.apply仍能穿透到其applytrap，保持语义一致性
性能与兼容性：不是银弹，但值得明确使用场景
Reflect.apply 在 V8 和 SpiderMonkey 中已高度优化，性能几乎等同原生 apply，但多一次函数调用开销（微乎其微）。真正要注意的是兼容性：IE 完全不支持，Node.js 6+、Chrome 49+、Firefox 42+ 才有。
如果你在写库或框架，且需要精确控制 this 行为或与 Proxy 协作，Reflect.apply 是必要选择；如果只是临时改一下上下文，fn.call(obj, ...args) 更直白，也更易 debug。
- 构建时可通过 Babel 转译（需
@babel/plugin-transform-reflect），但会降级为Function.prototype.apply模拟，失去部分语义保障 - TypeScript 中需确保
lib包含es2015.reflect，否则Reflect类型不完整 - 不要为了“看起来更现代”而替换所有
call/apply——它的优势只在需要标准化、可预测、可组合的调用语义时才体现
argumentsList 必须为数组这一条——哪怕只传一个参数，也得包成 [arg]，不然运行时直接崩。
