调用存储过程遇类型转换错误求助：Decimal空值转换失败

这种情况我碰到过好多次，看似矛盾其实问题根本不在你关注的参数上——SSMS能正常执行是因为它对null值的处理比较宽松，但代码里的类型映射是严格的强类型检查，哪怕你的变量和SP参数都是int，也架不住返回结果里藏着可空的decimal列。

核心原因拆解 #

你看到的错误提示是把null转换为System.Decimal失败，这说明：

• 你的存储过程返回的结果集中，存在某个decimal类型的列（大概率是用了聚合函数比如SUM()、AVG()，这类函数默认返回decimal）；
• 这个列允许为null（比如当没有匹配数据时，聚合结果就是null）；
• 但你的代码里，接收这个列的属性/变量是非可空的数值类型（比如decimal或int，而非decimal?或int?），CLR没法把null塞进非可空的变量里，直接抛出异常。

排查+解决步骤 #

1. 先搞清楚SP返回的是什么 #

在SSMS里执行完存储过程后，右键点击结果集 → 选「查看结果集元数据」，仔细看每一列的：

• 数据类型：有没有decimal类型的列？
• 是否允许为空：Nullable属性是不是Yes？

举个典型的坑：如果SP里写了SELECT SUM(OrderAmount) AS Total FROM Orders WHERE UserId = @UserId，那SUM返回的就是decimal类型，而且当这个用户没有订单时，结果就是null——这在SSMS里只会显示NULL，但代码里就炸了。

2. 要么改代码，要么改SP #

方案一：修改代码的类型映射

如果是用EF Core/Dapper这类ORM，把接收结果的实体类属性改成可空类型：

// 原来的非可空属性
public decimal TotalAmount { get; set; }
// 改成可空的
public decimal? TotalAmount { get; set; }

如果是用ADO.NET直接读数据，记得判断DBNull.Value：

var totalColIndex = reader.GetOrdinal("TotalAmount");
var totalAmount = reader.IsDBNull(totalColIndex) 
    ? (decimal?)null 
    : reader.GetDecimal(totalColIndex);

方案二：在SP里处理null值

如果业务上这个值不应该为null，可以在SP里用ISNULL或者COALESCE给个默认值：

-- 把null转换成0，返回非空的decimal
SELECT ISNULL(SUM(OrderAmount), 0) AS TotalAmount FROM Orders WHERE UserId = @UserId

这样返回的结果永远是一个有效的decimal，代码里用非可空类型接收也不会报错。

3. 额外提醒 #

如果你的SP返回多个结果集，要确认代码处理的是正确的那个结果集，别把其他结果集的列映射错了，也会导致这类异常。

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