Dapper 本身不直接支持 LINQ to Objects 的分组语法（比如
GroupBy），但它可以完美配合 C# 的 LINQ to Objects 对查询结果进行内存中分组 —— 关键在于：先用 Dapper 查询出数据，再用
.AsEnumerable()或直接在 List 上调用 LINQ 方法。
为什么不能直接写 Query<t>().GroupBy(...)</t>
？
Dapper 的
Query方法返回的是
IDataReader流式映射后的
IEnumerable<t></t>，但这个枚举器是“延迟执行 + 只读一次”的。如果直接链式调用
GroupBy，可能触发多次枚举（比如分组后又遍历），而底层 reader 已关闭或耗尽，导致异常（如 "Invalid attempt to Read when reader is closed"）。
正确做法：先落地，再分组
把 Dapper 查询结果转成可重用的集合（如
List<t></t>或数组），之后就能安全使用任意 LINQ 操作，包括
GroupBy、
SelectMany、
OrderBy等。 推荐写法：
var list = connection.Query<order>("SELECT * FROM Orders").ToList();</order>
然后分组： var grouped = list.GroupBy(x => x.Status);支持复杂分组：
list.GroupBy(x => new { x.Status, x.Country })
配合聚合： grouped.Select(g => new { Status = g.Key, Count = g.Count(), Total = g.Sum(x => x.Amount) })
小技巧：避免重复查询 + 提升可读性
如果分组逻辑较重，建议封装为方法或使用 var 声明中间变量，让意图清晰：
var orders = conn.Query<order>("...").ToList();</order>
var byStatus = orders.GroupBy(o => o.Status).Select(g => new { Status = g.Key, Items = g.ToList() });
需要转换为字典？orders.ToLookup(o => o.Status)更轻量，且支持多值查找
注意边界情况
大结果集慎用
ToList()再分组 —— 会全量加载到内存。若数据量极大（如百万级），应优先考虑在 SQL 层用
GROUP BY聚合（Dapper 支持原生 SQL 分组查询），只返回聚合后结果；内存分组适合中等数据量或需灵活动态分组的场景。
基本上就这些。Dapper 和 LINQ to Objects 是好搭档，只要记住“先取数、再分组”，别让流式 reader 被反复消费就行。
