C# ExecuteReaderAsync偶发无返回问题排查请求

我遇到一个棘手的偶发问题：有一个异步获取用户列表的方法，对应接收username或null参数的存储过程spGetUsers，多数时候运行正常，但偶尔传入相同参数却没有返回结果。

调试时发现，出现问题时能命中ExecuteReaderAsync语句的断点，但无法到达后续的断点，且没有异常抛出，再次调用又能正常返回。我已经确认错误日志会记录异常，并且在catch块设置了断点，但也没触发。

以下是相关代码和存储过程定义：

业务方法代码 #

public async Task<List<User>> GetUsers(string username, int accountType = 1) {
    List<User> users = null;
    parameters = new List<SqlParameter>{
        new SqlParameter{ DbType = DbType.String, ParameterName = "@userName", Value = username.NotEmpty() ? username : (object) DBNull.Value },
        new SqlParameter{ DbType = DbType.Int32, ParameterName = "@accountType", Value = accountType }
    };
    try {
        using (SqlConnection con = new SqlConnection(conStr)) {
            await con.OpenAsync();
            using (SqlCommand cmd = new SqlCommand("spGetUsers", con)) {
                cmd.Parameters.AddRange(parameters.ToArray());
                cmd.CommandType = CommandType.StoredProcedure;
                SqlDataReader dr = await cmd.ExecuteReaderAsync();
                if (dr.HasRecord()) {
                    while (await dr.ReadAsync()) {
                        User user = new User();
                        user.FirstName = dr["firstName"].ToString();
                        user.LastName = dr["lastName"].ToString();
                        user.DateRegister = Convert.ToDateTime(dr["DateRegister"].ToString());
                        user.Active = Convert.ToBoolean(dr["Active"].ToString());
                        if(users == null) {
                            users = new List<User>();
                        }
                        users.Add(user);
                    }
                }
            }
        }
    } catch (Exception ex) {
        Util.LogError(ex.ToString());
        users = null;
    }
    return users;
}

存储过程定义 #

IF EXISTS (SELECT 1 FROM SYS.objects WHERE object_id = OBJECT_ID('spGetUsers') AND TYPE IN (N'PC', N'P'))
DROP PROCEDURE spGetUsers
GO
CREATE PROCEDURE spGetUsers
@userName nvarchar(50),
@accountType int = 1
AS
BEGIN
    SELECT U.firstName, U.lastName, U.DateRegister, A.Active
    FROM [User] U
    inner join UserAccount UA on U.Id = UA.userid
    inner join Account A on A.Id = UA.accountId
    WHERE U.Id > 0 AND UA.Id > 0 AND A.Id > 0
    AND UA.AccountType IN (@accountType )
    and (A.UserName in (@userName) or @userName IS NULL)
END

扩展方法代码 #

public static bool HasRecord(this System.Data.SqlClient.SqlDataReader dr) {
    if (dr != null && dr.HasRows) {
        return true;
    }
    return false;
}

希望大家能帮忙分析这个偶发问题的可能原因和排查方向。

可能的排查方向分析 #

根据你的描述和代码，我整理了几个值得优先排查的方向：

• 异步上下文阻塞问题：
  你用了await但没指定ConfigureAwait(false)，在ASP.NET旧版本这类带有同步上下文的环境中，异步切换可能导致隐式死锁——代码看似卡住但不抛出异常，再次调用时上下文释放就恢复正常了。可以尝试修改异步调用：

  await con.OpenAsync().ConfigureAwait(false);
  // ...
  SqlDataReader dr = await cmd.ExecuteReaderAsync().ConfigureAwait(false);
  

• 数据库连接池异常：
  虽然用了using管理连接，但连接池中的连接可能残留异常状态（比如未释放的事务、异常会话设置）。可以先给命令加超时时间：

  cmd.CommandTimeout = 30; // 根据业务场景调整
  

  同时检查连接字符串的Max Pool Size、Pooling参数是否合理，测试时可以临时关闭连接池（Pooling=false）验证是否是池的问题。

• 参数类型不匹配与执行计划嗅探：
  存储过程的@userName是nvarchar(50)，但代码中用DbType.String可能触发隐式类型转换，SQL Server的参数嗅探可能生成不合适的执行计划。建议修改参数定义：

  new SqlParameter{ SqlDbType = SqlDbType.NVarChar, Size = 50, ParameterName = "@userName", Value = username.NotEmpty() ? username : (object) DBNull.Value }
  

  也可以在存储过程末尾加OPTION (RECOMPILE)，强制每次生成新执行计划，排查是否是执行计划导致的偶发问题。

• 数据库锁或事务阻塞：
  问题发生时，用sp_who2或sys.dm_tran_locks查询数据库，看是否有未提交的事务锁住了User、UserAccount或Account表。如果有其他操作修改这些表的行，可能导致你的查询被静默阻塞（因为没设置命令超时），锁释放后再次调用就正常了。

• DataReader异步读取的状态判断盲区：
  可以在获取dr后立即添加日志，记录dr.HasRows的具体值，确认问题发生时是真的没有数据，还是读取环节卡住。另外，虽然using会自动释放DataReader，但可以尝试在循环结束后手动调用await dr.CloseAsync()，排查是否是资源释放延迟导致的问题。

• 异步异常捕获的盲区：
  虽然你加了try/catch，但异步方法的异常可能在返回时才抛出，当前的捕获范围是否覆盖所有异步操作？可以尝试把await con.OpenAsync()也纳入try块，或者添加全局异步异常捕获逻辑，确保没有遗漏异常日志。

内容的提问来源于stack exchange，提问作者Josiane Ferice