Dapper 不支持直接链式调用 GroupBy，因其 Query 返回的 IEnumerable 基于只读一次的 IDataReader，多次枚举会报错；正确做法是先调用 ToList() 落地为内存集合，再用 LINQ 分组。
Dapper 本身不直接支持 LINQ to Objects 的分组语法（比如 GroupBy），但它可以完美配合 C# 的 LINQ to Objects 对查询结果进行内存中分组 —— 关键在于：先用 Dapper 查询出数据，再用 .AsEnumerable() 或直接在 List 上调用 LINQ 方法。
为什么不能直接写 Query().GroupBy(...) ？
Dapper 的 Query 方法返回的是 IDataReader 流式映射后的 IEnumerable，但这个枚举器是“延迟执行 + 只读一次”的。如果直接链式调用 GroupBy，可能触发多次枚举（比如分组后又遍历），而底层 reader 已关闭或耗尽，导致异常（如 "Invalid attempt to Read when reader is closed"）。
正确做法：先落地，再分组
把 Dapper 查询结果转成可重用的集合（如 List 或数组），之后就能安全使用任意 LINQ 操作，包括 GroupBy、SelectMany、OrderBy 等。
-
推荐写法：
var list = connection.Query("SELECT * FROM Orders").ToList(); -
然后分组：
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("...").ToList(); 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 被反复消费就行。
