C# LINQ Aggregate方法 C#如何使用Aggregate进行自定义聚合

Aggregate三参数重载必须传source、seed、func，缺一抛ArgumentNullException；seed不可省略，空序列时返回seed；func签名为(TAccumulate, TSource)→TAccumulate，顺序不可颠倒。

Aggregate 方法最常用的三参数重载怎么写

多数人卡在第一步：传参不对，直接抛 ArgumentNullException。核心是三个参数必须全给——source、seed（初始值）、func（累加器函数），缺一不可。

常见错误是误以为像 Sum() 那样能直接调用，结果报错：Sequence contains no elements。其实这是没传 seed 且源序列为空时的默认行为。

• seed 必须显式提供，哪怕只是 0 或 string.Empty
• func 签名是 (TAccumulate, TSource) => TAccumulate，注意顺序：累加器值在前，当前元素在后
• 返回类型由 seed 类型决定，不是源集合元素类型

var numbers = new[] { 1, 2, 3 };
int sum = numbers.Aggregate(0, (acc, x) => acc + x); // 返回 int
string concat = numbers.Aggregate("", (acc, x) => acc + x); // 返回 string，注意 "" 是 seed

为什么用 Aggregate 而不是 foreach 或 ForEach

不是为了炫技，而是当聚合逻辑带状态或需提前终止时，Aggregate 更易组合、更易测试。比如计算加权平均、构建嵌套对象、拼接带分隔符的字符串但跳过空项。

对比 foreach：后者要手动声明变量、写循环体；Aggregate 把“状态”和“转换规则”封装进函数，天然支持链式调用和延迟执行上下文。

• 适合函数式风格：无副作用、可复用 func 变量
• 与 Where/Select 组合自然，例如 list.Where(...).Select(...).Aggregate(...)
• 不适用于需要索引或并行处理的场景——它严格按顺序逐个处理

Aggregate 的四参数重载：带结果选择器的用法

当最终结果类型和累加器类型不同时，必须用四参数重载：Aggregate(seed, func, resultSelector)。典型场景是统计类聚合（如算平均值）或构造新对象。

容易忽略的是：第三个参数 resultSelector 是在所有元素处理完后才调用一次，不是每轮都调。它接收最终的 TAccumulate 值，返回任意类型。

• 例如计算平均值：用 (count, sum) 作累加器，最后用 sum / (double)count 得结果
• 避免在 func 中做类型转换，否则可能溢出或精度丢失
• 如果只用三参数重载硬转类型，编译器会报错或隐式转换失败

var data = new[] { 1, 2, 3, 4 };
var avg = data.Aggregate(
    seed: (count: 0, sum: 0),
    func: (acc, x) => (acc.count + 1, acc.sum + x),
    resultSelector: acc => acc.sum / (double)acc.count); // 2.5

Aggregate 性能和边界情况要注意什么

它没有特殊优化，时间复杂度就是 O(n)，但比手写 foreach 多一次委托调用开销。真正影响性能的是 func 内部逻辑——比如在里面反复新建大对象或调用慢方法。

最容易被忽略的是空集合行为：三参数重载返回 seed；四参数重载也返回 resultSelector(seed)，不会抛异常。但如果你依赖源集合非空，就得自己加 if (!source.Any()) throw...。

• 不要在 func 中修改外部变量（闭包捕获的变量），会导致不可预测的状态
• 对引用类型累加（如 List），seed 是引用，每次 func 都在原对象上操作，小心意外共享
• 调试时没法直接断点进 func ——得把 lambda 提取为命名方法才能下断点