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<t></t>），
seed是引用，每次
func都在原对象上操作，小心意外共享 调试时没法直接断点进
func——得把 lambda 提取为命名方法才能下断点
