高性能柯里化核心是零开销：基于fn.length预判参数个数，单层闭包缓存参数，满额即执行，支持占位符按需启用，避免递归闭包与访问器以利jit内联。
JavaScript 中实现高性能的通用函数柯里化包装器，核心在于避免重复解析、减少闭包嵌套、跳过不必要的参数收集，并利用现代引擎对简单函数的优化能力。关键不是“支持任意参数个数”，而是“在常见调用模式下零开销或近零开销”。
用 length 属性做静态参数预判
函数的 length 属性在定义时就确定了形参个数（不计 rest 参数），这是免费的元信息。高性能柯里化应优先信任它，而不是动态累积参数直到满足条件：
- 直接读取
fn.length，设为目标参数总数arity - 每次调用只收集参数，当累积数量 ≥
arity时立即执行，不再延迟或重封装 - 若用户提前传入超量参数（如
curried(1,2,3,4)但原函数只收 2 个），多余参数应透传给原函数（符合直觉，也避免歧义）
单层闭包 + 动态绑定，拒绝递归闭包链
很多柯里化实现用递归返回新函数，导致每多传一个参数就新增一层闭包，内存与调用栈开销线性增长。高性能方案应始终只维持一个闭包：
- 内部用数组缓存已传参数（
storedArgs = []），而非层层嵌套函数 - 返回的函数是固定的一个，每次调用只做“追加 + 判断 + 执行或缓存”三件事
- 执行时用
fn.apply(this, args)保持this绑定正确，不依赖箭头函数（避免隐式绑定丢失）
支持显式占位符与 early execution
真实场景中常需“跳过某参数稍后补全”，比如 ajax(url, _, headers)。高性能实现不应为此牺牲主路径性能：
- 默认不启用占位符逻辑；仅当检测到传入特殊占位符（如
_）时，才切换为“宽松模式”，启用索引映射和延迟判断 - 提供
curry(fn).uncurry()或curry(fn).execute(...args)接口，允许用户绕过柯里化状态，直接触发原函数（用于性能敏感循环内） - 若首次调用就传满参数（
curry(add)(1,2)），直接返回add(1,2)，不创建中间状态
轻量内联与避免 getter/setter
V8 等引擎对不含复杂访问器、无 try/catch、无 with 的纯函数更易内联。因此：
- 不使用
Object.defineProperty添加length或name（现代引擎已能正确推导） - 不代理
toString或valueOf—— 这些极少被调用，且会阻止内联 - 缓存数组用
new Array(arity)预分配（若确定 arity > 0），避免 push 引发扩容 - 用
===比较占位符，不用typeof或Object.is（除非必须）
不复杂但容易忽略：真正影响性能的往往不是柯里化本身，而是柯里化后函数被高频调用时是否仍可被 JIT 优化。保持函数体短、分支少、数据结构简单，比追求“完美通用”更重要。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
