aggregate空集合抛异常是设计使然，因两参数重载以首元素为初始值；需显式传种子值兜底，复杂逻辑才用三/四参数重载，简单聚合应优先选用sum/join等专用方法。
Aggregate空集合直接崩，不是bug是设计
调用 Aggregate 时抛出 InvalidOperationException: Sequence contains no elements，不是你代码写错了，是它根本没打算兼容空集合——和 Sum() 返回 0、Count() 返回 0 不同，Aggregate 的两参数重载（(acc, x) => ...）默认拿第一个元素当初始值，没第一个就挂。
必须显式传种子值才能兜底：
-
list.Aggregate(0, (acc, x) => acc + x)→ 空时返回0 -
list.Aggregate("", (acc, x) => acc + x)→ 空时返回空字符串 -
list.Aggregate(new List<int>(), (acc, x) => { acc.Add(x); return acc; })</int>→ 空时返回新空列表
漏掉种子值是新手踩坑第一高发点，别靠 try/catch 补救，直接补参数。
要中间状态或换类型？必须用三参数或四参数重载
两参数版强制累加器类型和元素类型一致，一旦你要边算边记多个值（比如同时存 sum 和 count），或者最后想返回 double 而中间用 (int, int) 元组，就得上三参数重载：Aggregate<tsource taccumulate tresult></tsource>。
注意三点：
- seed 必须非 null，哪怕只是
(sum: 0, count: 0) - func 签名固定为
(TAccumulate, TSource) => TAccumulate，顺序不能反 - 如果最终类型 ≠ 累加器类型（比如元组转
double），得用四参数版，第三个参数是 resultSelector，只在最后调一次
算平均值典型写法：
在 macOS 上通过 LaunchAgent 安装、更新、运行和移除 OpenClaw Gateway Monitor + Gateway Watchdog。适用于用户请求一键部署监控的场景。
numbers.Aggregate(
seed: (sum: 0L, count: 0),
func: (acc, x) => (acc.sum + x, acc.count + 1),
resultSelector: acc => acc.count == 0 ? 0.0 : (double)acc.sum / acc.count
)
别拿Aggregate当Sum/Join用，性能差还易错
Aggregate 是通用累积框架，不是高性能聚合原语。它每次迭代都调委托、捕获闭包、无法被 JIT 深度优化。
简单场景优先用专用方法：
- 求和 → 用
Sum()：空集合返回0，支持long/decimal，底层汇编级优化 - 拼字符串 → 用
string.Join(", ", list)：比Aggregate快一个数量级，自动跳过null，空集合也安全 - 取最大值 → 用
Max()：语义明确，异常提示更准（比如空集合报错比Aggregate的泛化异常更易定位）
只有逻辑不可拆解时才值得用 Aggregate，比如：“遇到负数就清零累加器”“每两个元素做一次乘法再加下一个”。
IAsyncEnumerable没有Aggregate，别ToListAsync().Result硬凑
IAsyncEnumerable<t></t> 没有 Aggregate 扩展方法。有人写 await source.ToListAsync().Result.Aggregate(...)，这会阻塞线程，EF Core 场景下极易死锁。
真要异步累积，两个正经路子：
- 手写
await foreach循环：var acc = seed; await foreach (var item in source) { acc = func(acc, item); } - 引入
System.Linq.Async（NuGet 包Microsoft.EntityFrameworkCore自带），用AggregateAsync，但注意它仍是等全部数据拉完才开始算，不流式
别为了链式好看牺牲可维护性——异步累积逻辑本身就不适合塞进一行 LINQ。
