函数柯里化本身不直接优化正则重复编译，但能通过闭包固化预编译的正则对象，实现“一次编译、多次复用”，避免高频调用时反复创建RegExp的性能损耗。
函数柯里化本身不直接优化正则表达式的重复编译，但它能配合预编译策略，实现“一次编译、多次复用”的逻辑封装，从而间接规避运行时反复创建 RegExp 对象的开销。关键不在柯里化，而在于把已预编译的正则对象固化在闭包中——这正是柯里化的天然优势。
把预编译正则嵌入柯里化函数的闭包里
每次调用函数都新建正则（尤其是用 new RegExp() 或字面量在循环/高频函数内），会触发完整编译流程，性能损耗显著。柯里化可将正则对象作为外层参数或常量，在闭包中持久持有：
- 定义一个接收正则对象的高阶函数，返回匹配函数
- 该返回函数内部不再创建新正则，只复用传入的已编译实例
- 调用时只需传入待匹配字符串，无需再关心正则构造
示例：
const createMatcher = (regex) => (str) => regex.test(str);const isEmail = createMatcher(/^[w-]+(.[w-]+)*@([w-]+.)+[a-zA-Z]{2,7}$/);
isEmail("user@test.com"); // ✅ 复用已编译正则
isEmail("admin@site.org"); // ✅ 同一实例，零编译开销
按场景预置带参数的校验函数
当正则行为需动态适配（如不同邮箱域、不同手机号前缀），可用柯里化分层固化配置，避免每次拼接字符串再调用 new RegExp()：
立即学习“Java免费学习笔记（深入）”；
- 外层接受域名白名单等配置，生成专属正则并缓存
- 中层返回校验函数，闭包持有该正则
- 内层只处理输入字符串，无编译、无字符串拼接
示例：
const makeDomainEmailMatcher = (domain) => {const regex = new RegExp(`^[\w-]+(\.[\w-]+)*@${domain}$`, 'i');
return (email) => regex.test(email);
};
const isGmail = makeDomainEmailMatcher('gmail\.com');
const isOutlook = makeDomainEmailMatcher('outlook\.com');
// 每个 matcher 内部 regex 只编译一次
避免柯里化反模式：别在柯里化里动态造正则
以下写法看似灵活，实则破坏优化效果：
// ❌ 错误：每次调用都 new RegExp，闭包没帮上忙const badCurryRegex = (pattern) => (str) => new RegExp(pattern, 'g').test(str);
badCurryRegex('\d+')('123'); // 编译一次
badCurryRegex('\d+')('456'); // 又编译一次 → 白费闭包
真正有效的做法是：正则编译必须发生在柯里化“外层”或模块顶层，确保生命周期长于单次匹配。
结合模块级预编译 + 柯里化导出
在现代 JS 模块中，推荐将常用正则统一预编译为常量，再通过柯里化函数暴露语义化接口：
// validators.jsexport const EMAIL_REGEX = /^[w-]+(.[w-]+)*@([w-]+.)+[a-zA-Z]{2,7}$/;
export const PHONE_CN_REGEX = /^1[3-9]d{9}$/;
export const match = (regex) => (input) => regex.test(input);
export const isEmail = match(EMAIL_REGEX);
export const isPhoneCN = match(PHONE_CN_REGEX);
这样既保证正则零运行时编译，又获得类型清晰、可树摇、易测试的函数接口。
