柯里化不直接优化性能，但合理使用预设配置+单次闭包+延迟绑定可降低重复判断、避免冗余计算、提升批量处理效率；应避开递归式柯里化，改用工厂函数一次性收齐参数，返回轻量可复用处理器。
柯里化本身不直接“优化性能”，反而可能因多层闭包和函数创建带来额外开销；但合理使用柯里化思想（尤其是预设配置 + 单次闭包 + 延迟绑定）能显著降低重复判断、避免冗余计算、提升批量处理效率。
避开递归式柯里化，改用预设工厂函数
传统 curry(fn)(a)(b)(c) 在高频或大数据量场景下会持续生成中间函数，增加内存压力与调用栈深度。更高效的做法是：用一个工厂函数一次性收齐固定参数，返回一个轻量、可复用的处理器。
- 把浏览器兼容逻辑、API 基础路径、默认超时等不变配置，在初始化时确定，不再每次调用都重复判断
- 返回的函数只接收业务数据（如用户对象、ID、事件参数），内部直接复用已确定的上下文
- 示例：处理一批 DOM 元素的事件绑定
if (window.addEventListener) {
return (el, type, fn, capture) => el.addEventListener(type, e => fn.call(el, e), capture);
} else {
return (el, type, fn) => el.attachEvent('on' + type, e => fn.call(el, e));
}
})();
// 后续所有调用都跳过 if 判断，直接走对应分支
用 partial 思路替代严格单参链，减少调用层级
工程中多数场景不需要“必须一次传一个参数”，而是希望“先固定前几个，剩下的一起传”。这种 partial application 更贴近实际，也更高效。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 不依赖
fn.length和递归拼接参数，避免 rest 参数导致的 length 失效问题 - 参数合并用展开运算符（
[...preset, ...rest]）或解构，开销可控 - 天然适配
map、Promise.all等批量操作，无额外函数包装成本
console[level](`[${service}] ${msg}`, meta);
const errorLog = createLogger('error', 'auth');
errorLog('Token expired', { userId: 123 }); // 一次调用完成，无嵌套
固定 this 与避免大对象闭包复制
柯里化函数若在闭包中捕获大型数据（如整个配置对象、缓存 Map、DOM 集合），每次调用都可能隐式持有引用，阻碍垃圾回收。
- 只闭包真正需要的精简字段（如
tenantId、baseUrl），而非整个 config 对象 - 对需绑定上下文的函数，显式用
.bind()或箭头函数，避免在每次柯里化中重复绑定 - 批量处理时，确保处理器函数是同一引用（如
users.map(processUser)中processUser是单例）
配合流式处理，让柯里化服务于数据管道
在处理日志、用户行为、表单校验等数据流时，柯里化应作为“配置注入”环节，而不是“调用方式装饰”。
- 将校验规则、格式化选项、上报目标等作为预设参数传入，生成专用校验器/格式化器
- 该生成函数只执行一次，后续所有数据项都调用同一个函数实例
- 避免在循环内反复调用
curry(validate)(rule)(data)这类动态柯里化
/^[^\s@]+@[^@\s]+\.${domain}$/.test(input);
const validateGmail = validateEmail('gmail.com');
const emails = ['a@gmail.com', 'b@outlook.com'];
emails.map(validateGmail); // 复用正则，不重建闭包
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
