SqlDataReader与T-SQL：C#异步调用场景下try...catch+throw未传播SQL异常的问题及错误获取方法咨询

遇到这种情况其实是你的T-SQL逻辑和.NET客户端的错误捕获时机没匹配上，下面给你几个具体的解决办法：

1. 正确等待异步操作并捕获SqlException #

ExecuteReaderAsync是异步方法，错误其实会在命令执行阶段抛出，而不是等到调用Read()的时候。你需要用await确保异步操作完成，并通过try-catch捕获SqlException，这样就能拿到转换错误的详细信息：

try
{
    // 务必用await等待异步操作完成，不要直接用.Result避免死锁
    using var reader = await command.ExecuteReaderAsync();
    if (reader.HasRows)
    {
        while (await reader.ReadAsync())
        {
            // 处理结果集逻辑
        }
    }
}
catch (SqlException ex)
{
    // SQL错误可能包含多条信息，遍历所有错误项
    foreach (var sqlError in ex.Errors)
    {
        Console.WriteLine($"错误代码：{sqlError.Number}");
        Console.WriteLine($"错误详情：{sqlError.Message}");
    }
}

2. 监听InfoMessage事件捕获所有SQL消息 #

有些低级别警告或错误不会触发SqlException，但会影响结果集返回。你可以在执行命令前注册InfoMessage事件，这样能捕获到SQL服务器发送的所有消息，包括你的转换错误：

// 在执行命令前注册事件，确保不会遗漏消息
command.InfoMessage += (sender, e) =>
{
    foreach (var error in e.Errors)
    {
        // error.Class代表错误级别，16及以上为严重错误
        Console.WriteLine($"SQL消息[{error.Class}]: {error.Message}");
    }
};

// 执行命令并处理结果
using var reader = await command.ExecuteReaderAsync();
// 后续逻辑

3. 调整T-SQL逻辑（可选） #

你的T-SQL里的try-catch+throw写法是正确的，但如果想让错误更直接地传递到客户端，也可以去掉外层的try-catch，让错误直接抛出。如果必须保留try-catch，当前的throw;写法没问题，它会完整保留原始错误的所有属性。

补充：事务回滚的处理 #

SQL Server遇到严重错误时会自动回滚当前事务，如果你是手动管理事务，记得在捕获异常后显式处理：

using var connection = new SqlConnection("你的连接字符串");
await connection.OpenAsync();
using var transaction = await connection.BeginTransactionAsync();
command.Transaction = transaction;

try
{
    using var reader = await command.ExecuteReaderAsync();
    // 处理结果
    await transaction.CommitAsync();
}
catch (SqlException ex)
{
    await transaction.RollbackAsync();
    // 处理错误信息
}

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