SQL Server 存储过程可通过多个连续SELECT语句原生返回多个结果集；C#中需用SqlDataReader配合NextResult()逐个读取，EF Core不直接支持而Dapper的QueryMultiple()更便捷。
SQL Server 存储过程怎么返回多个结果集
SQL Server 的存储过程天然支持一次返回多个结果集，只要在过程中写多个独立的 SELECT 语句（中间不加 RETURN 或控制流中断），每个 SELECT 都会生成一个结果集。注意：不是所有数据库都支持——MySQL（直到 8.0.29+）、PostgreSQL 默认不支持多结果集；Oracle 需用游标变量显式声明；只有 SQL Server、Sybase 等 T-SQL 环境原生可靠。
常见错误现象：There is already an open DataReader associated with this Command——这是因为在未读完第一个结果集时就试图执行下一个操作，本质是没调用 NextResult()。
- 多个
SELECT必须是连续的、无中间INSERT/UPDATE/SET干扰（除非你明确需要它们作为副作用） - 每个结果集的列名和类型可以完全不同，无需对齐
- 若某
SELECT返回空行（如SELECT * FROM t WHERE 1=0），它仍算一个有效结果集，只是行数为 0 - 使用
SET NOCOUNT ON可避免因rows affected消息干扰结果集顺序（强烈建议加）
C# 中用 SqlDataReader 接收多个结果集
SqlDataReader 是唯一能逐个读取多结果集的 ADO.NET 对象；DataTable.Load() 或 SqlDataAdapter.Fill() 默认只取第一个结果集，必须手动切换。
关键动作是调用 reader.NextResult() —— 它返回 bool，表示是否成功定位到下一个结果集。漏掉这步，后续读取会报错或静默失败。
- 第一次
reader.Read()读的是第一个结果集的第一行 - 读完第一个结果集所有行后，必须调用
reader.NextResult()才能访问第二个结果集 -
NextResult()成功后，要重新调用reader.Read()启动新结果集遍历 - 如果不确定有几个结果集，可用
while (reader.NextResult()) { ... }循环接收，但注意第一个结果集需单独处理（因为NextResult()不会跳过它）
using (var reader = cmd.ExecuteReader())
{
// 处理第一个结果集
while (reader.Read())
{
Console.WriteLine(reader["Name"]);
}
<pre class='brush:php;toolbar:false;'>// 切换到第二个结果集
if (reader.NextResult())
{
while (reader.Read())
{
Console.WriteLine(reader["Count"]);
}
}
// 第三个同理……}
为什么 Entity Framework Core 不直接支持多结果集
EF Core 6+ 引入了 ExecuteSqlRaw + RelationalDataReader 的底层扩展方式，但官方没提供像 Dapper 那样一行映射多个 IEnumerable<t></t> 的语法糖。核心限制在于 EF 的变更跟踪器和上下文生命周期与多结果集的“无状态流式读取”模型冲突。
- EF Core 的
FromSqlRaw()只绑定第一个结果集，其余被丢弃 - 想用 EF Core 接收多个结果集，必须绕过高层 API，用
context.Database.GetDbConnection()拿到原生SqlConnection，再手动创建SqlCommand和SqlDataReader - Dapper 的
QueryMultiple()是更自然的选择：它内部自动调用NextResult()，并允许链式调用Read<t1>(), Read<t2>()</t2></t1>
示例（Dapper）：
var multi = connection.QueryMultiple("sp_GetUserInfo", param, commandType: CommandType.StoredProcedure");<br>var users = multi.Read<User>();<br>var roles = multi.Read<Role>();
容易被忽略的边界情况
多结果集看似简单，但实际部署中几个点常导致线上问题：
- SQL Server 的“消息输出”（如
PRINT、RAISERROR）不会成为结果集，但会混在响应流里，某些旧版驱动可能误判为结果集开头（加SET NOCOUNT ON可彻底屏蔽） - 如果存储过程中有
IF ... BEGIN ... END分支，且不同分支含不同数量的SELECT，客户端代码必须按“最坏情况”预设结果集数量，否则NextResult()可能返回false提前退出 - 连接池复用时，未完全读取所有结果集就关闭 reader，会导致下一次从池中取出的连接处于不可用状态（报错
Invalid attempt to call NextResult when reader is closed） - 异步场景下，
NextResultAsync()必须 await，不能和ReadAsync()混用同步/异步模式
最稳妥的做法：不管实际有几个结果集，都用 do { ... } while (reader.NextResult()); 包裹，并在每轮循环里检查 HasRows 再决定是否读取——别假设数量，也别依赖文档写的“应该有 2 个”。
