为何SqlDataReader.GetInt64读取Int32数据时偶发InvalidCastException？

核心原因 #

SqlDataReader的GetInt64()这类方法是严格匹配数据库返回字段的原始数据类型，而非基于数值的可转换性。即使字段数值完全在Int64范围内，只要数据库中该字段的类型是Int32，直接调用GetInt64()就可能触发InvalidCastException。

偶发异常的诱因 #

这种偶发情况通常和SqlClient驱动的内部处理逻辑有关：

• SqlBuffer是驱动用来存储从数据库读取的原始数据的结构，当它尝试直接将Int32类型的缓冲区转换为Int64时，在某些边缘场景（比如批次数据的传输方式、驱动内部缓存机制波动）下，会触发类型校验失败，抛出异常。
• 你提到的数值在1.81亿左右，确实远小于Int32的最大值（2147483647），所以数值本身不存在溢出问题，完全是类型匹配层面的问题。

为什么CAST操作能解决问题 #

当你在存储过程中执行CAST(keyID as bigint) keyID时，数据库返回的字段类型已经从Int32变成了BigInt，此时调用GetInt64()是严格匹配返回字段的类型，驱动可以直接读取对应类型的缓冲区数据，自然不会再出现转换异常。

替代解决方案 #

除了修改数据库查询语句，你也可以在C#代码中先按字段原始类型读取，再显式转换为Int64：

primaryKey = (long)reader.GetInt32(0);

这种方式利用CLR的内置类型转换（Int32到Int64是安全的向上转换），避免了驱动层面跨类型读取的风险，同样能解决问题。

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