DBNull.Value.Equals() 检查的性能如何？

Question

我知道这可能还不够担心，但是 DBNull.Value.Equals() 检查的性能如何？

public IEnumerable<dynamic> Query(string sql, params object[] args)
{
    using (var conn = OpenConnection())
    {
        var rdr = CreateCommand(sql, conn, args).ExecuteReader(CommandBehavior.CloseConnection);
        while (rdr.Read())
        {
            var e = new ExpandoObject();
            var d = e as IDictionary<string, object>;
            for (var i = 0; i < rdr.FieldCount; i++)
                d.Add(rdr.GetName(i), DBNull.Value.Equals(rdr[i]) ? null : rdr[i]);
            yield return e;
        }
    }
}

特别是这一行：

d.Add(rdr.GetName(i), DBNull.Value.Equals(rdr[i]) ? null : rdr[i]);

与原始代码（来自 Rob Conery 的 Massive 课程）：

d.Add(rdr.GetName(i), rdr[i]);

肯定至少会产生很小的影响，同样可能不会真正引人注目，但我很好奇。进行转换的原因是因为在 ASP.NET MVC 视图中测试 null 更容易。

Answer 1

如果您查看 .NET 反射器，您会发现 DBNull 对象没有任何字段。始终有一个 DBNull 实例（静态值字段）。此外，DBNull 类中的 Equals 方法不会被重写。这意味着调用了 Object.Equals，它将执行外部方法调用来检查引用相等性。

结论：此调用正在比较两个指针，在任何情况下性能影响都不会成为问题，就像比较两个整数值一样。