Dapper处理返回NULL值报错，是否需大量使用可空类型？

我完全懂你的困扰——之前用DataRow的时候，NULL值靠ToString()就能轻松转成空字符串赋值给string甚至char类型，换成Dapper的Query方法就频繁炸错。这其实是Dapper和DataRow处理类型转换的逻辑差异导致的，下面给你拆解原因和几种实用的解决方案：

为什么Dapper会报错？ #

Dapper是严格遵循CLR类型规则的：非可空值类型（比如char、int）不能接受NULL值。当数据库返回NULL时，Dapper尝试把NULL直接赋值给char Department这个非可空成员，就会触发ArgumentNullException。

而旧代码里的dataRow["department"].ToString()是DataRow的特殊处理逻辑：当值为DBNull时，ToString()会自动返回空字符串，刚好能适配你的char类型（虽然空字符串转char本身有风险，但你之前的代码能运行，应该是实际场景里NULL转成空字符串后，赋值时自动取了默认的'\0'）。

解决方案：三种思路任选 #

1. 使用可空值类型（Dapper的标准做法之一） #

这是最直接的方式，把非可空的类型改成可空版本：

public class ProductInfo { public char? Department { get; set; } }

之后在业务逻辑里按需处理默认值，比如：

// 转成非可空的默认字符
var departmentChar = myProduct.Department ?? ' ';
// 转成字符串
var departmentStr = myProduct.Department?.ToString() ?? "";

如果你的实体类里大量成员都可能为NULL，这种方式虽然需要修改类，但能保持类型安全，也是Dapper官方推荐的处理NULL的常规手段。

2. 自定义Dapper类型转换器，自动处理NULL #

如果你不想修改大量实体类的成员，可以给Dapper注册一个自定义类型处理器，让它自动把NULL转换成你想要的默认值。比如针对char类型：

public class NullableCharHandler : SqlMapper.TypeHandler<char>
{
    public override void SetValue(IDbDataParameter parameter, char value)
    {
        parameter.Value = value;
    }

    public override char Parse(object value)
    {
        // 遇到NULL或DBNull时，返回你指定的默认字符（比如空格或'\0'）
        if (value == DBNull.Value || value == null)
        {
            return ' '; 
        }
        return Convert.ToChar(value);
    }
}

然后在程序启动时注册这个处理器：

SqlMapper.AddTypeHandler(new NullableCharHandler());

这样Dapper在映射char类型时，遇到NULL就会自动转成你设置的默认值，完全不需要修改实体类。

3. 在SQL查询中提前处理NULL #

另一种思路是从数据源层面解决，在SQL语句里把NULL转换成非NULL的默认值，比如：

-- SQL Server用ISNULL
SELECT ISNULL(department, ' ') AS department 
FROM YourTable

-- 兼容更多数据库用COALESCE
SELECT COALESCE(department, ' ') AS department 
FROM YourTable

这样数据库返回的永远是一个有效的字符（比如空格），Dapper就能正常映射到非可空的char类型了，完全不需要修改C#代码。

总结 #

• 如果追求类型安全且愿意修改实体类，使用可空类型是Dapper的标准做法；
• 如果不想改大量类，自定义类型转换器或者SQL层面处理NULL会更高效。

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