柯里化利用Function.prototype.length属性判断参数是否收齐，该属性返回函数定义时从左到右连续的无默认值、非rest、非解构但语法独立的必填形参个数，创建后只读；每次调用累积实参，当累计长度≥length即执行原函数，否则返回新函数继续收集。

柯里化利用 Function.prototype.length 属性，本质是读取函数定义时声明的**必填形参个数**，作为参数收集是否完成的判断依据。它不是猜测，而是基于 JS 引擎已确定的元信息做轻量决策。

length 是什么、不是什么

fn.length 返回的是函数声明中从左到右连续出现的、**无默认值、非 rest、非解构但语法上独立的形参个数**。它在函数创建时固化，运行时只读：

• (a, b, c) => {} → length === 3
• (a, b = 1, c) => {} → length === 1（遇到 b = 1 就停止计数）
• (a, ...rest) => {} → length === 1（rest 参数不计入）
• ({ x }, [y], z) => {} → length === 3（解构参数仍各算一个形参）

柯里化中如何用 length 做动态判断

核心逻辑是：每次调用都累积实参，当累计长度 ≥ fn.length，就执行原函数；否则返回新函数继续收参。关键在于把 length 当作“目标阈值”，而非绝对校验标准：

FastAPI Flask Proxy

FastAPI + Flask 混合部署最佳实践，解决路由定义、API 代理等常见问题，适用于同时运行 FastAPI API 与 Flask 前端的场景。

下载

• 用 fn.length 初始化期望参数总数（仅对普通函数可靠，箭头函数也支持，但构造函数或 bind 后函数需注意）
• 每次调用时把新参数追加进缓存数组，用 args.length 与 fn.length 比较
• 达到或超过时直接 fn.apply(this, args)；不足则返回闭包函数等待下一次
• 不依赖 arguments（箭头函数没有），统一用传入的参数数组操作

为什么不能全信 length？要怎么补足

length 只反映语法声明，不体现业务约束。比如 createPost(title, content, tags = []) 的 length === 2，但业务可能要求 content 必填——这时仅靠 length 会误判“两个参数就可执行”：

• 默认值参数实际可省略，length 却已截断，导致提前触发执行
• rest 参数或动态字段（如 type === 'user' ? name : id）完全不在 length 覆盖范围
• 建议搭配显式契约：例如给函数挂载 fn.required = ['title', 'content']，或用 Zod schema 在最终执行前做细粒度校验

实际写法中的关键细节

一个健壮的 curry 实现会规避常见陷阱：

• 缓存已收集参数（避免每次递归都重新拼接）
• 正确绑定 this 上下文（用 bind 或 apply 显式传递）
• 对 fn.length === 0 的函数（如无参回调）立即执行，不等待
• 不试图“修复” length 的局限，而是明确它的适用边界：它是启动柯里化的快捷路标，不是终点裁判