通过LINQ从DataTable按UserID取用户名时遇InvalidCastException异常

这问题我之前踩过坑！你碰到的System.InvalidCastException本质是代码里指定的类型和DataTable字段的实际类型不匹配，哪怕你看着数值对得上，类型兼容不了就会炸。至于你说“查询确实可以正常执行”，大概率是调试器的「首次机会异常」在搞鬼——调试时会捕获到这个异常，但实际运行时CLR可能做了隐式处理，不过这种潜在问题还是得彻底解决，不然哪天数据变了就会崩。

先排查核心原因：字段真实类型不符 #

你先确认下DataTable里字段的实际类型，比如在调试时输出：

// 查看UserID字段的真实类型
Console.WriteLine(users.Columns["UserID"].DataType);
// 查看UserName字段的真实类型
Console.WriteLine(users.Columns["UserName"].DataType);

常见的坑包括：

• UserID在数据库里是bigint（对应C#的long），但你用Field<int>转成int
• UserID存的是字符串（比如"2"），不是数字类型
• UserName字段允许为空，实际是DBNull，直接用Field<string>转换会报错

修正后的代码示例 #

针对这两种场景，给你改了更安全的写法：

示例1：获取匹配的DataRow

用Convert.ToInt32代替直接强转，它能兼容更多类型（比如long、string格式的数字），同时用FirstOrDefault避免无匹配数据时抛额外异常：

var user = (from dr in users.AsEnumerable() 
            where Convert.ToInt32(dr["UserID"]) == 2 
            select dr).FirstOrDefault();

示例2：直接获取用户名

同样用安全转换，同时处理可能的空值：

string userName = (from dr in users.AsEnumerable() 
                   where !dr.IsNull("UserID") && Convert.ToInt32(dr["UserID"]) == 3
                   select dr.IsNull("UserName") ? null : Convert.ToString(dr["UserName"])).FirstOrDefault();

额外提醒 #

如果你的DataTable是从数据库查出来的，最好一开始就确保实体类型和数据库字段类型对应，比如用ORM框架（EF、Dapper）直接映射成实体类，能避免很多这种类型转换的麻烦。

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