闭包实现的防御性柯里化以 fn.length 为参数完整性校验依据，持续收集非 undefined 参数并比对长度，满足时 apply 执行，不足时返回可继续接收参数的新函数，严格保障延迟执行与 this 绑定安全。
利用闭包实现具备“参数完整性校验”的防御性柯里化包装，核心在于：不盲目信任调用方传入的参数数量，而是以 fn.length 为权威依据，在每次收集后主动比对已累积参数与原始函数形参个数，并在不满足时继续返回可接收新参数的函数；同时需防范常见陷阱，如 this 绑定丢失、arguments 误用、空参数或 undefined 干扰判断等。
闭包保存已收集参数并持续校验
每次调用柯里化函数时，都通过闭包捕获当前已传入的参数数组（如 args），避免依赖外部变量或重复创建。该数组在后续调用中被安全持有，不随外层执行上下文销毁。
- 初始化时用
Array.from(arguments)或扩展运算符提取首轮参数，确保类型一致、无稀疏项 - 后续每轮传参都用
[...args, ...newArgs]合并，而非简单push，防止嵌套数组或意外覆盖 - 关键判断逻辑始终是：
collectedArgs.length >= fn.length，不依赖arguments.length或调用次数
严格区分“够了就执行”和“不够就继续”
参数完整性校验不是装饰性逻辑，而是执行分支的唯一判据。一旦满足条件，立即调用原函数并返回结果；否则必须返回一个新函数，且该函数自身也需具备完整校验能力。
- 禁止在参数不足时抛错或静默忽略——这违背柯里化“延迟执行”的本质
- 禁止在参数超量时截断或警告——应允许合法的多参数合并调用（如
curried(1,2)(3)） - 返回的新函数必须能接收任意长度参数（0 个、1 个或多个），并继续走同一套收集+校验流程
防御性处理常见异常场景
真实环境中，调用可能含空数组、undefined、null 或伪造 length 的类数组对象。防御性包装需主动过滤干扰项，而非交由原函数兜底。
- 对每个传入参数做
arg !== undefined判断（不使用== null，避免误滤 0 或 false） - 若原函数形参含默认值（如
function f(a = 1, b)），fn.length仍只返回1（ES6 规范），此时校验仍以该值为准，不尝试推断“实际必填数” - 手动绑定
this上下文：用fn.apply(thisArg, collectedArgs)，而非fn(...collectedArgs)，避免箭头函数导致 this 错位
一个轻量但完整的实现示例
以下代码不含第三方依赖，可直接运行，已覆盖上述全部防御点：
function curry(fn) {const arity = fn.length;
return function curried(...args) {
const fullArgs = args.filter(arg => arg !== undefined);
if (fullArgs.length >= arity) {
return fn.apply(this, fullArgs);
} else {
return function(...more) {
return curried.apply(this, [...fullArgs, ...more]);
};
}
};
}
