柯里化是将多参数函数改造成每次只接收一个参数并返回新函数的链式调用形式，核心是fn(a,b,c)等价于fn(a)(b)(c)；需手动处理参数收集与触发执行，推荐传入arity而非依赖fn.length，注意this丢失和TS类型限制。
柯里化不是语法糖，也不是炫技工具——它是把一个接收多个参数的函数，改造成每次只收一个参数、返回新函数的链式调用形式。核心判断标准就一条：fn(a, b, c) 变成 fn(a)(b)(c)，且行为等价。
怎么手动实现一个基础柯里化函数
最简版本要处理「参数收集」和「触发执行」两个阶段：当累积参数够了，立刻调用原函数；不够就继续返回函数等待下一次传参。
常见错误是忽略 length 的可靠性——箭头函数、有默认值或剩余参数的函数，fn.length 会失真。生产环境建议配合 arguments 或显式传入期望参数个数。
- 用
Function.prototype.bind快速模拟：fn.bind(null, a)是单次预设，不是真柯里化 - 推荐手写时用闭包保存原始函数和已传参数：
function curry(fn, arity = fn.length) - 终止条件别硬写
args.length === fn.length，优先用传入的arity
为什么 React 中的事件处理器常被柯里化
典型场景：onClick={() => handleClick(id)} 每次渲染都新建函数，导致子组件不必要的重渲染。柯里化能提前生成稳定引用。
立即学习“Java免费学习笔记（深入）”；
但注意：直接写 onClick={handleClick(id)} 会立即执行，必须包一层函数。正确做法是用 useCallback + 柯里化组合：
本文档主要讲述的是Android的资源与国际化设置；资源是外部文件（不含代码的文件），它被代码使用并在编译时编入应用程序。Android支持不同类型的资源文件，包括XML，PNG以及JPEG文件XML文件根据描述的不同有不同格式。这份文档描述可以支持什么样的文件，语法，以及各种格式。希望本文档会给有需要的朋友带来帮助；感兴趣的朋友可以过来看看
const handleClick = useCallback((id) => (e) => {
e.stopPropagation();
console.log(id);
}, []);
这样 handleClick(123) 返回的是稳定函数，可安全传给子组件。
lodash 的 curry 和手写版关键差异
lodash.curry 默认按 fn.length 推断参数个数，但支持显式指定：curry(fn, 3)。它还内置了占位符机制（_），允许跳过中间参数：
const f = curry((a, b, c) => a + b + c); f(1, _, 3)(2); // → 6
手写版通常不处理占位符，也不做防抖/缓存优化。性能上，lodash 版本多了边界检查和兼容性兜底，小项目手写更轻量。
真正容易被忽略的是：柯里化后函数的 this 绑定会丢失，除非你显式用 bind 或箭头函数包裹原函数。另外，TypeScript 类型推导对多层柯里化支持有限，复杂场景建议用函数重载而非深度柯里化。
