Aggregate空集合抛异常，需显式传种子值；复杂累积用三参数重载；性能敏感时优先Sum/Join；异步场景需手写循环或Async扩展。
Aggregate没返回预期结果？检查是否漏了种子值
多数人第一次用 Aggregate 得到 InvalidOperationException: Sequence contains no elements，不是代码写错了，是忘了集合为空时的兜底逻辑。它不像 Sum 或 Count 那样内置默认行为——空集合直接抛异常。
- 如果想让空集合返回 0（比如求和），必须显式传入种子值：
list.Aggregate(0, (acc, x) => acc + x) - 如果只传两个参数：
list.Aggregate((acc, x) => acc + x)，那它会拿第一个元素当初始acc，后续从第二个开始迭代；但 list 为空就崩 - 字符串拼接常见误写：
list.Aggregate((a, b) => a + ", " + b)—— 空集合报错，单元素不加逗号，两元素才出现逗号，语义容易错
需要累积状态或复杂中间类型？用三参数重载
两参数版 Aggregate 要求累加器类型和元素类型一致（比如都是 int），一旦你要边算边记最大值、平均值、甚至构建新对象，就得上三参数版：Aggregate<TSource, TAccumulate, TResult>。
- 第一个泛型参数是输入元素类型（如
int） - 第二个是累加器类型（如
(sum: int, count: int)元组） - 第三个是最终返回类型（如
double） - 示例：算平均值不靠
Average()，而是nums.Aggregate((0, 0), (acc, x) => (acc.Item1 + x, acc.Item2 + 1), acc => (double)acc.Item1 / acc.Item2)
性能敏感场景下，别把Aggregate当foreach用
Aggregate 本质是语法糖，底层仍是遍历。但它每次回调都新建委托、捕获闭包、且无法被 JIT 做某些优化。简单聚合（求和、拼接）用原生方法更快也更安全。
- 求和优先用
Sum()，它专为数值优化，空集合返回 0，还支持long/decimal - 拼字符串优先用
string.Join(", ", list)，比Aggregate拼接快一个数量级，且自动处理 null 和空集合 - 只有逻辑无法拆解成标准聚合（比如“每遇到偶数就翻倍前一个结果”）时，才值得用
Aggregate
异步集合不能直接Aggregate，得换思路
IAsyncEnumerable<T> 没有 Aggregate 扩展方法。有人试 ToListAsync().Result.Aggregate(...)，这会阻塞线程，还可能死锁。
- 真要异步累积，得手写循环：
await foreach (var item in source) { acc = func(acc, item); } - 或者用第三方库如
System.Linq.Async（NuGet 包Microsoft.EntityFrameworkCore里带），它提供AggregateAsync，但注意它仍会等全部数据拉完才开始算 - 流式处理（边收边算）场景，
Aggregate本身就不适用——它天生是“全量输入 → 单个输出”模型
Aggregate 的时候，最常卡住的不是语法，是没想清楚：这个“累积”到底需不需要中间状态、空集合怎么定义、以及——它是不是真比写三行 foreach 更清晰。 
