array.prototype.reduce 的闭包聚合特性天然适合构建多阶段、带状态、可复用的业务逻辑链，关键在于合理设计对象累加器、单次遍历完成多操作、封装高阶工厂函数，并规避闭包性能陷阱。
Array.prototype.reduce 的闭包聚合特性，本质是让每次迭代都“记住”上一次的状态，并在当前上下文中延续处理——这天然适合构建多阶段、带状态、可复用的业务逻辑链。关键不在“用 reduce”，而在如何设计累加器结构和回调逻辑，使其承载真实业务语义。
用对象累加器承载多维业务状态
当业务需要同时维护多个指标（如已通过人数、待审核项、错误计数、最新时间戳），把它们统一收进一个对象累加器，比分散变量更安全、更易测试。
- 初始化时明确字段，避免运行时反复判断：不要写
if (!acc.errors) acc.errors = []；而应直接{ passed: 0, pending: [], errors: [], lastUpdate: null } - 更新子字段时优先用解构或展开语法，保持不可变性：
acc = { ...acc, passed: acc.passed + 1, lastUpdate: item.timestamp } - 若涉及嵌套维度（如按部门→角色分组统计），可用
Map替代普通对象，避免字符串键拼接出错，也提升查找性能
单次遍历完成过滤+转换+聚合
避免 filter → map → reduce 三重遍历。把判断条件、字段映射、结果归并全部收敛到一个 reduce 回调里，既节省内存又提升可读性。
- 例如：从订单列表中提取“近7天有效支付订单”，只保留
{ id, amount, buyerId }，再按buyerId汇总总金额 - 累加器可设为
{ 'u1001': 245.5, 'u1002': 89.0 }，回调内先校验日期与状态，再累加对应 buyerId 的金额 - 注意：不要在回调中修改原数组或外部变量，确保逻辑纯正，便于单元测试和后续调试
封装高阶 reduce 工厂函数复用逻辑
当同一类聚合逻辑需在多处使用（如分页聚合、滑动窗口统计、带阈值的异常累积），把变化的部分抽成参数，固定部分保留在闭包中。
- 示例：通用分页器工厂
createPagedReducer(pageSize, transform)，返回一个标准 reduce 回调，内部管理currentPage和pages两个状态字段 - 传入的
transform负责单条数据清洗，pageSize控制切片节奏，业务方只需关心“每页要什么”，不操心“怎么切” - 配合 TypeScript 可为累加器类型加泛型约束，比如
PageResult<t></t>，让 IDE 提示更准、编译期报错更早
规避闭包引发的性能与空值陷阱
闭包虽方便，但滥用会导致内存压力与逻辑断裂。尤其在 Node.js 或大数据量前端场景中，必须主动防控。
- 显式传入
initialValue：空数组时不会返回undefined或抛错，而是稳定输出初始结构 - 避免在回调中定义新函数（如
(acc, item) => acc.map(...).filter(...)）：V8 无法优化，每次迭代都重新编译；应提前声明纯函数并复用 - 原始类型优先：用
[sum, count]数组代替{ sum: 0, count: 0 }对象作累加器，在 10 万级以上数据中可减少约 40% 执行时间
