柯里化在 API 请求工具中通过闭包固化 baseURL、认证头等基础配置，生成专用请求函数，支持路径分层、运行时覆盖及中间件式扩展。
柯里化在 API 请求工具中提前注入基础配置和路径，本质是用闭包固化不变项，让后续调用只聚焦业务变化——比如 baseURL、认证头、版本前缀、模块路径这些“一次设置、处处生效”的内容，全在函数创建时锁定，调用时干净利落。
固定 baseURL 和默认 headers，生成专用请求函数
把环境地址和通用请求头（如 Authorization、Content-Type）作为第一层参数传入，返回一个已预设好这些配置的新函数。它内部通过闭包记住这些值，每次发起请求时自动携带，不用重复写。
- 示例：const api = (baseURL, headers) => (path, options = {}) => fetch(`${baseURL}${path}`, { headers: { ...headers, ...options.headers }, ...options })
- 调用：const userApi = api('https://api.example.com/v2', { 'Authorization': 'Bearer token123' }); userApi('/users/42').then(...)
- 好处：开发、测试、生产只需切换 baseURL 变量，业务代码完全不动
分层固化路径段，支持模块化拼接
当接口路径有层级结构（如 /admin/users、/billing/invoices），可设计两级柯里化：第一级绑定基础路径前缀，第二级接收具体资源路径，最终再传参数或 body。
- 示例：const admin = api('https://api.com')('/admin'); const users = admin('/users'); users('/123').then(...)
- 也可以直接：const getUser = api('https://api.com')('/admin/users/:id')；再调用 getUser({ id: 123 }) 自动替换路径参数
- 适合权限隔离、微服务拆分等场景，路径复用率高，改一处即全局生效
允许运行时覆盖，默认配置不锁死
预设的配置只是起点，不是终点。实际请求中常需临时覆盖超时、method 或 query 参数。柯里化结构天然支持“后传优先”——用户传入的 options 与默认配置做浅合并，同名字段以用户为准。
立即学习“Java免费学习笔记（深入）”；
- 合并逻辑可用 Object.assign({}, defaults, options) 或 { ...defaults, ...options }
- 避免在默认对象里放 new Date()、[] 这类可变引用，防止多个请求共享同一实例引发副作用
- 如需深度合并嵌套配置（如 headers 内部字段），可引入 lodash.merge 或手写简易递归函数
结合中间件式扩展，注入日志、错误处理等行为
基础请求函数生成后，还能用柯里化进一步封装增强逻辑：比如固定一个 logger 实例或重试次数，返回带行为的新函数，不侵入原始请求流程。
- 示例：const loggedApi = (logger) => (fn) => (...args) => fn(...args).catch(err => { logger.error(err); throw err; })
- 使用：const safeUserApi = loggedApi(console)(userApi); safeUserApi('/users').then(...)
- 这种组合方式让错误处理、埋点、loading 状态等横切关注点可插拔、易测试、不污染业务逻辑
